| 是否可缺省 |
-| -------- | ------------------- | -------- | -------------------- |
-| scheme | 标识URI的协议名部分，常见的有http、https、file、ftp等。 | 字符串 | 当配置type时可缺省，缺省值为空。没有配置type时不可缺省。 |
-| host | 标识URI的主机地址部分，常见的有域名的方式，如example.com，ip地址的方式，如192.0.0.1。该字段要在scheme存在时才有意义。 | 字符串 | 可缺省，缺省值为空。 |
-| port | 标识URI的端口部分。如http默认端口为80，https默认端口是443，ftp默认端口是21。该字段要在scheme和host都存在时才有意义。| 字符串 | 可缺省，缺省值为空。 |
-| path \| pathStartWith \|
pathRegex | 标识URI的路径部分，path、pathStartWith和pathRegex配置时三选一。path标识URI与want中的路径部分全匹配，
该字段要在scheme和host都存在时才有意义。| 字符串 | 可缺省，缺省值为空。 |
-| type | 标识数据类型，使用MIME（Multipurpose Internet Mail Extensions）类型规范。可与scheme同时配置，也可以单独配置。| 字符串 | 可缺省，缺省值为空。 |
-
-skills示例 ：
-
-```json
-{
- "module": {
- "abilities": [
- {
- "skills": [
- {
- "entities": [
- "entity.system.home"
- ],
- "actions": [
- "action.system.home"
- ],
- "uris": [
- {
- "scheme": "https",
- "host": "www.example.com",
- "port": "8080",
- "path": "query/student/name",
- "pathStartWith": "query/student",
- "pathRegex": "query/.*/name",
- "type": "text/*"
- }
- ]
- }
- ]
- }
- ],
- "extensionAbilities": [
- {
- "skills": [
- {
- "entities": [
- "entity.system.home"
- ],
- "actions": [
- "action.system.home"
- ],
- "uris": [
- {
- "scheme": "https",
- "host": "www.example.com",
- "port": "8080",
- "path": "query/student/name",
- "pathStartWith": "query/student",
- "pathRegex": "query/.*/name",
- "type": "text/*"
- }
- ]
- }
- ]
- }
- ]
- }
-}
-```
-
-#### abilities对象内部结构
-
-abilities描述Ability组件的配置信息，标签值为数组类型。
-
-表14 ability对象内部结构说明
-
-| 属性 | 含义 | 数据类型
| 是否可缺省 |
-| --------------- | ------------------------------------------------------------ | ---------- | ------------------------------------------------------------ |
-| name | 该标签标识当前Ability组件的逻辑名，该名称在整个应用要唯一，标签值采用字符串表示（最大长度127字节）。 | 字符串 | 不可缺省。 |
-| srcEntrance | 该标签标识Ability组件所对应的js代码路径，标签值为字符串（最大长度127字节）。 | 字符串 | 不可缺省。 |
-| launchType | 该标签标识Ability组件的启动模式，可选标签值：
"standard"：多实例，每次启动创建一个新的实例。
"singleton"：单实例，仅第一次启动创建新实例。
"specified"：运行时由开发者决定是否创建新实例。 | 字符串 | 可缺省，缺省值为"singleton"。 |
-| description | 该标签标识Ability组件的描述信息，标签值是是字符串类型或对描述内容的资源索引，要求采用资源索引方式，以支持多语言。 | 字符串 | 可缺省，缺省值为空。 |
-| icon | 该标签标识Ability组件的图标，标签值为图标资源文件的索引。 | 字符串 | 可缺省，缺省值为空。
如果Ability组件被配置为MainElement，该标签必须配置。 |
-| permissions | 该标签标识被其它应用的Ability组件调用时需要申请的权限的集合，一个数组元素为一个权限名称。通常采用反向域名格式（最大长度255字节），
取值为系统预定义的权限。 | 字符串数组 | 可缺省，缺省值为空。 |
-| metadata | 该标签标识Ability组件的元信息。参考[metadata对象内部结构](#metadata对象内部结构)。 | 对象数组 | 可缺省，缺省值为空。 |
-| visible | 该标签标识Ability组件是否可以被其它应用调用，true表示可以被其它应用调用， false表示不可以被其它应用调用。 | 布尔值 | 可缺省，缺省值为false。 |
-| continuable | 该标签标识Ability组件是否可以迁移，true表示可以被迁移， false表示不可以被迁移。 | 布尔值 | 可缺省，缺省值为false。 |
-| skills | 该标签标识Ability组件能够接收的意图的特征集。
配置规则 : entry包可以配置多个具有入口能力的skills标签（配置了action.system.home和entity.system.home）的Ability组件，
其中第一个配置了skills标签的Ability组件中的label和icon作为OpenHarmony服务或应用的label和icon。
OpenHarmony服务的Feature包不能配置具有入口能力的skills标签。
OpenHarmony应用的Feature包可以配置具有入口能力的skills标签。
参考[skills对象内部结构](#skills对象内部结构)。 | 对象数组 | 可缺省，缺省值为空。 |
-| backgroundModes | 该标签标识Ability组件的长时任务集合。指定用于满足特定类型的长时任务。
长时任务类型有如下 :
dataTransfer :通过网络/对端设备进行数据下载、备份、分享、传输等业务。
audioPlayback :音频输出业务。
audioRecording :音频输入业务。
location :定位、导航业务。
bluetoothInteraction :蓝牙扫描、连接、传输业务（穿戴）。
multiDeviceConnection :多设备互联业务。
wifiInteraction :Wifi扫描、连接、传输业务（克隆 多屏）。
voip :音视频电话，VOIP业务。
taskKeeping :计算业务。
| 字符串数组 | 可缺省，缺省值为空。 |
-| startWindowIcon | 标识该Ability组件启动页面图标资源文件的索引。取值示例：$media:icon。 | 字符串 | 不可缺省。|
-| startWindowBackground | 标识该Ability组件启动页面背景颜色资源文件的索引。取值示例：$color:red。 | 字符串 | 不可缺省。|
-| removeMissionAfterTerminate | 该标签标识Ability组件销毁后是否从任务列表中移除任务。true表示销毁后移除任务， false表示销毁后不移除任务。 | 布尔值 | 可缺省，缺省值为false。|
-| orientation | 标识该Ability组件启动时的方向。取值范围包括：
unspecified: 未指定方向，由系统自动判断显示方向，
landscape：横屏，
portrait：竖屏，
landscape_inverted: 反向横屏，
portrait_inverted: 反向竖屏，
auto_rotation: 随传感器旋转，
auto_rotation_landscape: 传感器横屏旋转，包括了横屏和反向横屏，
auto_rotation_portrait: 传感器竖屏旋转，包括了竖屏和反向竖屏，
auto_rotation_restricted: 传感器开关打开，方向可随传感器旋转，
auto_rotation_landscape_restricted: 传感器开关打开，方向可随传感器旋转为横屏， 包括了横屏和反向横屏，
auto_rotation_portrait_restricted: 传感器开关打开，方向随可传感器旋转为竖屏， 包括了横屏和反向横屏，
locked: 传感器开关关闭，方向锁定。 | 字符串 | 可缺省，缺省值为"unspecified"。|
-|supportWindowMode|标识该Ability组件所支持的窗口模式，取值范围包括：
fullscreen: 全屏模式，
split: 分屏模式，
floating: 悬浮窗模式。 |字符串数组 | 可缺省，缺省值为
["fullscreen", "split", "floating"]。|
-|maxWindowRatio|标识该Ability组件支持的最大的宽高比。| 数值 |可缺省，缺省值为平台支持的最大的宽高比。|
-|minWindowRatio|标识该Ability组件支持的最小的宽高比。| 数值 |可缺省，缺省值为平台支持的最小的宽高比。|
-|maxWindowWidth|标识该Ability组件支持的最大的窗口宽度，宽度单位为vp。| 数值 |可缺省，缺省值为平台支持的最大的窗口宽度。|
-|minWindowWidth|标识该Ability组件支持的最小的窗口宽度, 宽度单位为vp。| 数值 |可缺省，缺省值为平台支持的最小的窗口宽度。|
-|maxWindowHeight|标识该Ability组件支持的最大的窗口高度, 高度单位为vp。| 数值 |可缺省，缺省值为平台支持的最大的窗口高度。|
-|minWindowHeight|标识该Ability组件支持的最小的窗口高度, 高度单位为vp。| 数值 |可缺省，缺省值为平台支持的最小的窗口高度。|
-
-abilities示例 ：
-
-```json
-{
- "module": {
- "abilities": [
- {
- "name": "EntryAbility",
- "srcEntrance": "./ets/entryability/EntryAbility.ts",
- "description": "$string:ability_desc",
- "icon": "$media:icon",
- "label": "$string:ability_label",
- "startWindowIcon": "$media:icon",
- "startWindowBackground": "$color:start_window_background",
- "visible": true,
- "backgroundModes": [
- "dataTransfer",
- "audioPlayback",
- "audioRecording",
- "location",
- "bluetoothInteraction",
- "multiDeviceConnection",
- "wifiInteraction",
- "voip",
- "taskKeeping"
- ],
- "skills": [
- {
- "entities": [
- "entity.system.home"
- ],
- "actions": [
- "action.system.home"
- ]
- }
- ],
- "orientation": "landscape",
- "supportWindowMode": [
- "fullscreen",
- "split",
- "floating"
- ],
- "maxWindowRatio": 3.5,
- "minWindowRatio": 0.5,
- "maxWindowWidth": 2560,
- "minWindowWidth": 1400,
- "maxWindowHeight": 300,
- "minWindowHeight": 200
- }
- ]
- }
-}
-```
-
-#### shortcuts对象内部结构
-
-标识应用的快捷方式信息。最多可以配置四个快捷方式。
-配置方式如下：
-ability标签配置metadata信息。name :"ohos.ability.shortcuts"。resource :指定shortcuts信息的资源位置。
-
-表15 shortcut对象内部结构说明
-
-| 属性名称 | 含义 | 数据类型
| 是否可缺省 |
-| ---------- | ------------------------------------------------------------ | -------- | -------------------------- |
-| shortcutId | 标识快捷方式的ID。最大长度为63字节。 | 字符串 | 不可缺省。 |
-| label | 标识快捷方式的标签信息，即快捷方式对外显示的文字描述信息。取值可以是描述性内容，也可以是标识label的资源索引。字符串最大长度为63字节。 | 字符串 | 可缺省，缺省值为空。 |
-| icon | 该标签标识shortcut的图标，标签值为资源文件的索引。 | 字符串 | 可缺省，缺省值为空。 |
-| wants | 该标签标识快捷方式内定义的目标wants信息集合，每个want可配置两个子标签，bundleName，abilityName。
bundleName :快捷方式目标包名，字符串类型。
abilityName :快捷方式的目标组件名，字符串类型。 | 对象数组 | 可缺省，缺省值为空。 |
-
-shortcuts示例 :
-
-1.在开发视图的resources/base/profile下面定义配置文件shortcuts_config.json（文件名称可由开发者定义）：
-
-```json
-{
- "shortcuts": [
- {
- "shortcutId": "shortcut_id",
- "label": "$string:label",
- "icon": "$media:icon",
- "wants": [
- {
- "bundleName": "com.example.myapplication",
- "abilityName": "abilityName"
- }
- ]
- }
- ]
-}
-```
-
-2.在module.json5的abilities标签下配置metadata信息：
-
-```json
-{
- "module": {
- "abilities": [
- {
- "name": "EntryAbility",
- "srcEntrance": "./ets/entryability/EntryAbility.ts",
- "skills": [
- {
- "entities": [
- "entity.system.home"
- ],
- "actions": [
- "action.system.home"
- ]
- }
- ],
- "metadata": [
- {
- "name": "ohos.ability.shortcuts",
- "resource": "$profile:shortcuts_config"
- }
- ]
- }
- ]
- }
-}
-```
-
-#### extensionAbilities对象内部结构
-
-extensionAbilities描述extensionAbility的配置信息，标签值为数组类型。
-
-表16 extensionAbility对象内部结构说明
-
-| 属性名称 | 含义 | 数据类型
| 是否可缺省 |
-| ----------- | ------------------------------------------------------------ | ---------- | ----------------------------- |
-| name | 该标签标识当前ExtensionAbility组件的逻辑名，标签值采用字符串表示（最大长度127字节），该名称在整个应用要唯一。 | 字符串 | 不可缺省。 |
-| srcEntrance | 该标签标识ExtensionAbility组件所对应的js代码路径，标签值为字符串（最大长度127字节）。 | 字符串 | 不可缺省。 |
-| description | 该标签标识ExtensionAbility组件的描述，标签值是是字符串类型或对描述内容的资源索引，以支持多语言。 | 字符串 | 可缺省，缺省值为空。 |
-| icon | 该标签标识ExtensionAbility组件图标，标签值为资源文件的索引。 | 字符串 | 可缺省，缺省值为空。如果ExtensionAbility组件被配置为MainElement，不可缺省。 |
-| label | 该标签标识ExtensionAbility组件对用户显示的名称，标签值配置为该名称的资源索引以支持多语言。 | 字符串 | 可缺省，缺省值为空。如果ExtensionAbility组件被配置为MainElement，该标签必须配置，且应用内唯一。 |
-| type | 该标签标识ExtensionAbility组件的类型，取值为form、workScheduler、inputMethod、service、accessibility、dataShare、fileShare、staticSubscriber、wallpaper、backup、window、enterpriseAdmin、thumbnail、preview其中之一。 | 字符串 | 不可缺省。 |
-| permissions | 该标签标识被其它应用的ability调用时需要申请的权限的集合，字符串数组类型，每个数组元素为一个权限名称，通常采用反向域名方式表示（最大长度255字节），取值为系统预定义权限或者应用自定义权限，如果是后者，需与defPermissions标签中定义的某个权限的name标签值一致。 | 字符串数组 | 可缺省，缺省值为空。 |
-| uri | 该标签标识ability提供的数据URI，为字符数组类型（最大长度255字节），用反向域名的格式表示。 | 字符串 | 可缺省，缺省值为空。该标签在type为dataShare类型的ExtensionAbility组件时，不可缺省。 |
-| skills | 该标签标识ability能够接收的意图的特征集，为数组格式。
配置规则 : entry包可以配置多个具有入口能力的skills标签（配置了action.system.home和entity.system.home）的ability，其中第一个配置了skills标签的ability中的label和icon作为OpenHarmony服务或应用的label和icon。
OpenHarmony服务的Feature包不能配置具有入口能力的skills标签。
OpenHarmony应用的Feature包可以配置具有入口能力的skills标签。
参考[skills对象内部结构](#skills对象内部结构)。 | 对象数组 | 可缺省，缺省值为空。 |
-| metadata | 该标签标识ExtensionAbility组件的元信息。参考[metadata对象内部结构](#metadata对象内部结构)。 | 对象数组 | 可缺省，缺省值为空。 |
-| visible | 该标签标识ExtensionAbility组件是否可以被其它应用调用。true表示可以被其它应用调用， false表示不可以被其它应用调用。 | 布尔值 | 可缺省，缺省值为false。 |
-| readPermission | 该标签标识读取ExtensionAbility组件的数据所需的权限。最大长度255字节。type为dataShare类型的ExtensionAbility组件支持该配置。该标签只对系统应用生效。 | 字符串 | 可缺省，缺省值为空。 |
-| writePermission | 该标签标识向ExtensionAbility组件写数据所需的权限。最大长度255字节。type为dataShare类型的ExtensionAbility组件支持该配置。该标签只对系统应用生效。 | 字符串 | 可缺省，缺省值为空。 |
-
-extensionAbilities示例 ：
-
-```json
-{
- "module": {
- "extensionAbilities": [
- {
- "name": "EntryFormAbility",
- "skills": [
- {
- "entities": [
- "entity.system.home"
- ],
- "actions": [
- "action.system.home"
- ]
- }
- ],
- "srcEntrance": "./ets/entryformability/EntryFormAbility.ts",
- "label": "$string:EntryFormAbility_label",
- "description": "$string:EntryFormAbility_desc",
- "type": "form",
- "metadata": [
- {
- "name": "ohos.extension.form",
- "resource": "$profile:form_config"
- }
- ]
- }
- ]
- }
-}
-```
-
-#### forms对象内部结构
-
-forms标签标识卡片的配置，form卡片是可以嵌入桌面上并接收定期更新的应用简要视图。
-配置方式如下：
-extensionAbility标签配置type为form，并配置metadata信息：name :"ohos.extension.form"。resource :指定form信息的资源位置。
-
-表17 form对象内部结构说明
-
-| 属性名称 | 含义 | 数据类型
| 是否可缺省 |
-| ------------------- | ------------------------------------------------------------ | ---------- | ----------------------------- |
-| name | 标识卡片的名称。最大长度为127字节。 | 字符串 | 不可缺省。 |
-| description | 标识卡片的描述。取值可以是描述性内容，也可以是对描述性内容的资源索引，以支持多语言。最大长度为255字节。 | 字符串 | 可缺省，缺省值为空。 |
-| src | 该标签标识JS卡片对应的UI代码。建议开发者通过自适应布局显示不同规格卡片，如果不同规格卡片布局相差较大，建议通过不同卡片来区分。 | 字符串 | 可缺省，缺省值为空。 |
-| window | 该标签标识JS卡片的自适应能力。参考[window对象内部结构](#window对象内部结构)。 | 对象 | 可缺省，缺省值为空。 |
-| isDefault | 标识该卡片是否为默认卡片，每个Ability有且只有一个默认卡片。 true :默认卡片。 false :非默认卡片。 | 布尔值 | 不可缺省。 |
-| colorMode | 标识卡片的主题样式，取值范围如下 :
auto :自适应。
dark :深色主题。
light :浅色主题。
| 字符串 | 可缺省，缺省值为“auto”。 |
-| supportDimensions | 标识卡片支持的外观规格，取值范围 :
1 * 2 :表示1行2列的二宫格。
2 * 1 :表示2行1列的二宫格。
2 * 2 :表示2行2列的四宫格。
2 * 4 :表示2行4列的八宫格。
4 * 4 :表示4行4列的十六宫格。 | 字符串数组 | 不可缺省。 |
-| defaultDimension | 标识卡片的默认外观规格，取值必须在该卡片supportDimensions配置的列表中。 | 字符串 | 不可缺省。 |
-| updateEnabled | 该标签标识该卡片是否支持实时刷新，true标识卡片支持实时刷新，false表示不支持。 | 布尔值 | 不可缺省。 |
-| scheduledUpdateTime | 该标签标识卡片定点刷新的时间，采用24小时计数，精确到分钟。 | 字符串 | 可缺省，缺省值为空。 |
-| updateDuration | 该标签标识卡片定时刷新的更新频率，单位为30分钟，取值为30的倍数。卡片的最高频率为每30分钟刷新一次，和定点刷新二选一，二者都配置的情况下，定时优先。 | 数值 | 可缺省，缺省值为空。 |
-| metadata | 该标签标识卡片的元信息。参考[metadata对象内部结构](#metadata对象内部结构)。 | 对象数组 | 可缺省，缺省值为空。 |
-| formConfigAbility | 该标签标识卡片调整的Ability名称。最大长度127字节。该标签值必须满足下面的格式 :
ability://单个ability名字。
单个ability名字必须为本应用的ability。 | 字符串 | 可缺省，缺省值为空。 |
-| formVisibleNotify | 该标签标识卡片是否被允许使用卡片可见性通知。 | 布尔值 | 可缺省，缺省值为false。 |
-
-form示例 :
-
-1.在开发视图的resources/base/profile下面定义配置文件form_config.json（文件名称可由开发者定义）：
-
-```json
-{
- "forms": [
- {
- "name": "widget",
- "description": "This is a service widget.",
- "src": "./js/widget/pages/index/index",
- "window": {
- "designWidth": 720,
- "autoDesignWidth": true
- },
- "colorMode": "auto",
- "isDefault": true,
- "updateEnabled": true,
- "scheduledUpdateTime": "10:30",
- "updateDuration": 1,
- "defaultDimension": "2*2",
- "supportDimensions": [
- "2*2"
- ]
- }
- ]
-}
-```
-
-2.在module.json5的extensionAbilities标签下配置metadata信息：
-
-```json
-{
- "module": {
- "extensionAbilities": [
- {
- "type": "form",
- "metadata": [
- {
- "name": "ohos.extension.form",
- "resource": "$profile:form_config"
- }
- ]
- }
- ]
- }
-}
-```
-
-#### window对象内部结构
-
-定义与显示窗口相关的配置。
-
-表18 window对象内部结构说明
-
-| 属性名称 | 含义 | 数据类型 | 是否可缺省 |
-| -------- | ------------------------------------------------------------ | -------- | -------------------------- |
-| designWidth | 定义页面设计基准宽度，根据实际设备宽度来缩放元素大小。 | 数值 | 可缺省，缺省值为750。 |
-| autoDesignWidth | 定义页面设计基准宽度是否自动计算，当设置为true时，designWidth将被忽略，设计基准宽度由设备宽度与屏幕密度计算得出。 | 布尔值 | 可缺省，缺省值为false。 |
-
-window示例 :
-
-```json
-{
- "forms": [
- {
- "window": {
- "designWidth": 720,
- "autoDesignWidth": true
- }
- }
- ]
-}
-```
-
-#### commonEvents对象内部结构
-
-commonEvents标签标识注册静态公共事件信息。
-配置方式如下：
-extensionAbility标签配置type为staticSubscriber，并配置metadata信息：name :"ohos.extability.staticSubscriber"。resource :指定commonEvents信息的资源位置。
-
-表19 commonEvent对象内部结构
-
-| 属性名称 | 含义 | 数据类型 | 是否可缺省 |
-| ---------- | ------------------------------------------------------------ | ---------- | -------------------------- |
-| name | 该标签指明当前静态公共事件对应的ability名，该类需要在ability中标明。 | 字符串 | 不可缺省。 |
-| permission | 该标签标识实现该静态公共事件需要申请的权限，以字符串类型表示一个权限名称，通常采用反向域名方式表示（最大长度255字节）。 | 字符串 | 可缺省，缺省值为空。 |
-| types | 该标签配置当前静态公共事件的类别数组，字符串数组类型，每个数组元素为一个类别名称。 | 字符串数组 | 可缺省，缺省值为空。 |
-| events | 该标签标识能够接收的意图的event值的集合，取值通常为系统预定义的event值，也允许自定义。 | 字符串数组 | 不可缺省。 |
-
-commonEvents示例 :
-
-1.在开发视图的resources/base/profile下面定义配置文件common_event_config.json（文件名称可由开发者定义）：
-
-```json
-{
- "commonEvents": [
- {
- "name": "abilityName",
- "permission": "permissionName",
- "types": [
- "type1",
- "type2"
- ],
- "events": [
- "event1",
- "event2"
- ]
- }
- ]
-}
-```
-
-2.在module.json5的extensionAbilities标签下配置metadata信息：
-
-```json
-{
- "module": {
- "extensionAbilities": [
- {
- "name": "subscriber",
- "srcEntrance": "./ets/subscriber/Subscriber.ts",
- "type": "staticSubscriber",
- "metadata": [
- {
- "name": "ohos.extability.staticSubscriber",
- "resource": "$profile:common_event_config"
- }
- ]
- }
- ]
- }
-}
-```
-
-#### definePermissions对象内部结构
-
-该标签标识HAP定义的权限。该标签只支持系统应用配置。
-
-表20 definePermission对象内部结构说明
-
-| 属性名称 | 含义 | 数据类型
| 是否可缺省 |
-| ---------------------- | ------------------------------------------------------------ | -------- | ------------------------------ |
-| name | 标识权限的名称。 | 字符串 | 不可缺省。 |
-| grantMode | 标识权限的授予方式，授予模式如下：
system_grant：安装后系统自动授予该权限。
user_grant：应用动态申请，用户授权后才可使用。 | 字符串 | 可缺省，缺省值为"system_grant"。 |
-| availableLevel | 标识权限限制门限，可选值为system_core、system_basic、normal。
system_core：系统核心权限。
system_basic：系统基础权限。
normal：普通权限。所有应用允许申请的权限。 | 字符串 | 可缺省，缺省值为"normal"。 |
-| provisionEnable | 标识权限是否支持证书方式申请权限，包括高级别的权限，true标识需要开发者可以通过provision证书acls方式申请权限。 | 布尔值 | 可缺省，缺省值为true。 |
-| distributedSceneEnable | 标识权限是否支持分布式场景下使用该权限。 | 布尔值 | 可缺省，缺省值为false。 |
-| label | 标识权限的简短描述，配置为对描述内容的资源索引。 | 字符串 | 可缺省，缺省值为空。 |
-| description | 标识权限的详细描述，可以是表示描述内容的字符串，也可以是对描述内容的资源索引。 | 字符串 | 可缺省，缺省值为空。 |
-
-definePermissions示例 ：
-
-```json
-{
- "module": {
- "definePermissions": [
- {
- "name": "permissionName",
- "grantMode": "user_grant",
- "availableLevel": "system_basic",
- "provisionEnable": false,
- "distributedSceneEnable": true,
- "label": "$string:label",
- "description": "$string:description"
- }
- ]
- }
-}
-```
-
-#### requestPermissions对象内部结构
-
-该标签标识应用运行时需向系统申请的权限集合。
-
-表21 requestPermission对象内部结构说明
-
-| 属性名称 | 含义 | 数据类型
| 是否可缺省 |
-| ------| ------| -------- | ------------------------------ |
-| name | 需要申请的权限名称。| 字符串 | 不可缺省。 |
-| reason | 申请权限的原因。配置为描述内容的资源索引，以支持多语言。 | 字符串 | 可缺省，缺省值为空。当申请权限的grantMode为user_grant时不可缺省。 |
-| usedScene | 权限使用的场景和时机。参考[usedScene对象内部结构](#usedscene对象内部结构)。| 对象 | 可缺省，缺省值为空。当申请权限的grantMode为user_grant时不可缺省。 |
-
-requestPermissions示例 ：
-
-```json
-{
- "module": {
- "requestPermissions": [
- {
- "name": "permissionName",
- "reason": "$string:reason",
- "usedScene": {
- "abilities": [
- "EntryAbility"
- ],
- "when": "inuse"
- }
- }
- ]
- }
-}
-```
-
-权限访问的更多说明，可参考[访问控制开发指导](../security/accesstoken-guidelines.md)
-
-#### usedScene对象内部结构
-
-该标签标识权限使用的场景和时机。
-
-表22 usedScene对象内部结构说明
-
-| 属性名称 | 含义 | 数据类型 | 是否可缺省 |
-| ------- | --------------------| -------- | ------ |
-| abilities | 标识需要使用到该权限的ability。| 字符串数组 | 不可缺省。 |
-| when | 标识使用该权限的时机，可选值为inuse和always。inuse表示仅前台使用，always表示前后台都可使用。 | 字符串 | 可缺省，缺省值为空。 |
-
-
-usedScene示例 ：
-
-```json
-{
- "module": {
- "requestPermissions": [
- {
- "usedScene": {
- "abilities": [
- "EntryAbility"
- ],
- "when": "inuse"
- }
- }
- ]
- }
-}
-```
-
-#### testRunner对象内部结构
-
-该标签用于支持对测试框架的配置
-
-表23 testRunner对象内部结构
-
-| 属性名称 | 含义 | 数据类型 | 是否可缺省 |
-| -------- | ---------------------- | -------- | ---------- |
-| name | 标识测试框架对象名称。 | 字符串 | 不可缺省。 |
-| srcPath | 标识测试框架代码路径。 | 字符串 | 不可缺省。 |
-
-testRunner示例 :
-
-```json
-{
- "module": {
- "testRunner": {
- "name": "testRunnerName",
- "srcPath": "ets/test/TestRunner.ts"
- }
- }
-}
-```
-
diff --git a/zh-cn/application-dev/quick-start/syscap.md b/zh-cn/application-dev/quick-start/syscap.md
deleted file mode 100644
index fc98c0e05570f40281523fb766a525b070c47e49..0000000000000000000000000000000000000000
--- a/zh-cn/application-dev/quick-start/syscap.md
+++ /dev/null
@@ -1,163 +0,0 @@
-# 系统能力SystemCapability使用指南
-
-## 概述
-
-### 系统能力与 API
-
-SysCap，全称SystemCapability，即系统能力，指操作系统中每一个相对独立的特性，如蓝牙，WIFI，NFC，摄像头等，都是系统能力之一。每个系统能力对应多个API，随着目标设备是否支持该系统能力共同存在或消失，也会随着DevEco Studio一起提供给开发者做联想。
-
-
-
-开发者可以在[SysCap列表](../reference/syscap-list.md)中查询OpenHarmony的能力集。
-
-### 支持能力集，联想能力集与要求能力集
-
-支持能力集，联想能力集与要求能力集都是系统能力的集合。
-支持能力集描述的是设备能力，要求能力集描述的是应用能力。若应用A的要求能力集是设备N的支持能力集的子集，则应用A可分发到设备N上安装运行，否则不能分发。
-联想能力集是该应用开发时，DevEco Studio可联想的API所在的系统能力集合。
-
-
-
-### 设备与支持能力集
-
-每个设备根据其硬件能力，对应不同的支持能力集。
-SDK将设备分为两组，典型设备和自定义设备，典型设备的支持能力集由OpenHarmony来定义，自定义设备由设备厂商给出。
-
-
-
-### 设备与SDK能力的对应
-
-SDK向DevEco Studio提供全量API，DevEco Studio识别开发者项目中选择的设备形态，找到该设备的支持能力集，筛选支持能力集包含的API并提供API联想。
-
-
-
-## SysCap开发指导
-
-### PCID获取
-
-PCID，全称Product Compatibility ID，包含当前设备支持的SysCap信息。获取所有设备PCID的认证中心正在建设中，目前需要找对应设备的厂商获取该设备的PCID。
-
-### PCID导入
-
-DevEco Studio工程支持PCID的导入。导入的PCID文件解码后输出的SysCap会被写入syscap.json文件中。
-
-在工程目录右键后选择Import Product Compatibility ID，即可上传PCID文件并导入至syscap.json中。
-
-
-
-### 配置联想能力集和要求能力集
-
-DevEco Studio会根据创建的工程所支持的设置自动配置联想能力集和要求能力集，开发者也可以自行修改。
-对于联想能力集，开发者通过添加更多的系统能力，在DevEco Studio中可以使用更多的API，但要注意这些API可能在设备上不支持，使用前需要判断。
-对于要求能力集，开发者修改时要十分慎重，修改不当会导致应用无法分发到目标设备上。
-
-```json
-// syscap.json
-{
- "devices": {
- "general": [ // 每一个典型设备对应一个syscap支持能力集，可配置多个典型设备
- "default",
- "car"
- ],
- "custom": [ // 厂家自定义设备
- {
- "某自定义设备": [
- "SystemCapability.Communication.SoftBus.Core"
- ]
- }
- ]
- },
- "development": { // addedSysCaps内的sycap集合与devices中配置的各设备支持的syscap集合的并集共同构成联想能力集
- "addedSysCaps": [
- "SystemCapability.Location.Location.Lite"
- ]
- },
- "production": { // 用于生成rpcid，慎重添加，可能导致应用无法分发到目标设备上
- "addedSysCaps": [], // devices中配置的各设备支持的syscap集合的交集，添加addedSysCaps集合再除去removedSysCaps集合，共同构成要求能力集
- "removedSysCaps": [] // 当该要求能力集为某设备的子集时，应用才可被分发到该设备上
- }
-}
-```
-
-### 单设备应用开发
-
-默认应用的联想能力集，要求系统能力集和设备的支持系统能力集相等，开发者修改要求能力集需要慎重。
-
-
-
-### 跨设备应用开发
-
-默认应用的联想能力集是多个设备支持能力集的并集，要求能力集则是交集。
-
-
-
-### 判断 API 是否可以使用
-
-- 方法1：OpenHarmony定义了API canIUse帮助开发者来判断该工程是否支持某个特定的syscap。
-
- ```
- if (canIUse("SystemCapability.ArkUI.ArkUI.Full")) {
- console.log("该应用支持SystemCapability.ArkUI.ArkUI.Full");
- } else {
- console.log("该应用不支持SystemCapability.ArkUI.ArkUI.Full");
- }
- ```
-
-- 方法2：开发者可通过 import 的方式将模块导入，若当前设备不支持该模块，import 的结果为 undefined，开发者在使用其 API 时，需要判断其是否存在。
-
- ```
- import geolocation from '@ohos.geolocation';
-
- if (geolocation) {
- geolocation.getCurrentLocation((location) => {
- console.log(location.latitude, location.longitude);
- });
- } else {
- console.log('该设备不支持位置信息')；
- }
- ```
-除此之外，开发者可以通过API参考文档查询API接口所属的SysCap。
-
-### 不同设备相同能力的差异检查
-
-即使是相同的系统能力，在不同的设备下，也会有能力的差异。比如同是摄像头的能力，平板设备优于智能穿戴设备。
-
-```
-import userAuth from '@ohos.userIAM.userAuth';
-
-const authenticator = userAuth.getAuthenticator();
-const result = authenticator.checkAbility('FACE_ONLY', 'S1');
-
-if (result == authenticator.CheckAvailabilityResult.AUTH_NOT_SUPPORT) {
- console.log('该设备不支持人脸识别');
-}
-//强行调用不支持的 API 会返回错误信息，但不会出现语法错误。
-authenticator.execute('FACE_ONLY', 'S1', (err, result) => {
- if (err) {
- console.log(err.message);
- return;
- }
-})
-```
-
-### 设备间的SysCap差异如何产生的
-
-设备的SysCap因产品解决方案厂商拼装的部件组合不同而不同，整体流程如下图：
-
-
-
-1. 一套 OpenHarmony 源码由可选和必选部件集组成，不同的部件为对外体现的系统能力不同，即部件与 SysCap 之间映射关系。
-
-2. 发布归一化的 SDK，API 与 SysCap 之间存在映射关系。
-
-3. 产品解决方案厂商按硬件能力和产品诉求，可按需拼装部件。
-
-4. 产品配置的部件可以是 OpenHarmony 的部件，也可以是三方开发的私有部件，由于部件与SysCap间存在映射，所有拼装后即可得到该产品的SysCap集合。
-
-5. SysCap集编码生成 PCID (Product Compatibility ID， 产品兼容性标识)，应用开发者可将 PCID 导入 IDE解码成SysCap ，开发时对设备的SysCap差异做兼容性处理。
-
-6. 部署到设备上的系统参数中包含了 SysCap 集，系统提供了native的接口和应用接口，可供系统内的部件和应用查询某个 SysCap 是否存在。
-
-7. 应用开发过程中，应用必要的 SysCap 将被编码成 RPCID（Required Product Compatibility ID），并写入应用安装包中。应用安装时，包管理器将解码 RPCID 得到应用需要的 SysCap，与设备当前具备的 SysCap 比较，若应用要求的 SysCap 都被满足，则安装成功。
-
-8. 应用运行时，可通过 canIUse 接口查询设备的 SysCap，保证在不同设备上的兼容性。