删除说明前面的图标

start build
Signed-off-by: zyjhandsome <zyjhandsome@126.com>

en/application-dev/reference/apis/js-apis-system-location.md

 # Geographic Location
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **Note：**
+> **Note：**
 > - The APIs of this module are no longer maintained since API version 7. It is recommended that you use [`@ohos.geolocation`](js-apis-geolocation.md) instead.
 > 
 > - The initial APIs of this module are supported since API version 3. Newly added APIs will be marked with a superscript to indicate their earliest API version.

zh-cn/application-dev/ability-deprecated/fa-formability.md

@@ -264,7 +264,7 @@ onUpdate(formId) {
 
 开发者可以使用hml+css+json开发JS卡片页面：
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 当前仅支持JS扩展的类Web开发范式来实现卡片的UI页面。
 
    - hml:

zh-cn/application-dev/ability-deprecated/stage-call.md

@@ -24,7 +24,7 @@ Call调用流程示意图如下：
  - CalleeAbility持有一个Callee对象，通过Callee的on方法注册回调函数，当接收到Caller发送的数据时将会调用对应的回调函数
 ![stage-call](figures/stage-call.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > CalleeAbility的启动模式需要为单实例。
 > 当前仅支持系统应用使用Call调用。
 

zh-cn/application-dev/ability-deprecated/stage-formextension.md

@@ -12,7 +12,7 @@
 - 卡片使用方：显示卡片内容的宿主应用，控制卡片在宿主中展示的位置。
 - 卡片管理服务：用于管理系统中所添加卡片的常驻代理服务，包括卡片对象的管理与使用，以及卡片周期性刷新等。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 卡片使用方和提供方不要求常驻运行，在需要添加/删除/请求更新卡片时，卡片管理服务会拉起卡片提供方获取卡片信息。
 
 开发者仅需作为卡片提供方进行卡片内容的开发，卡片使用方和卡片管理服务由系统自动处理。
@@ -275,7 +275,7 @@ onUpdate(formId) {
 
 开发者可以使用hml+css+json开发JS卡片页面：
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 当前仅支持JS扩展的类Web开发范式来实现卡片的UI页面。
 
    - hml:

zh-cn/application-dev/application-models/application-context-stage.md

@@ -173,7 +173,7 @@ export default class EntryAbility extends UIAbility {
 基类Context提供创建其他应用或其他Module的Context的方法有[createBundleContext(bundleName:string)](../reference/apis/js-apis-inner-application-context.md#contextcreatebundlecontext)、[createModuleContext(moduleName:string)](../reference/apis/js-apis-inner-application-context.md#contextcreatemodulecontext)和[createModuleContext(bundleName:string, moduleName:string)](../reference/apis/js-apis-inner-application-context.md#contextcreatemodulecontext-1)接口，创建其他应用或者其他Module的Context，从而通过该Context获取相应的资源信息（例如获取其他Module的[获取应用开发路径](#获取应用开发路径)信息）。
 
 - 调用createBundleContext(bundleName:string)方法，创建其他应用的Context信息。
-  > ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+  > **说明：**
   > 当获取的是其他应用的Context时：
   > 
   > - 申请`ohos.permission.GET_BUNDLE_INFO_PRIVILEGED`权限，配置方式请参阅[访问控制授权申请指导](../security/accesstoken-guidelines.md#stage模型)。
@@ -196,7 +196,7 @@ export default class EntryAbility extends UIAbility {
   ```
 
 - 调用createModuleContext(bundleName:string, moduleName:string)方法，获取指定应用指定Module的上下文信息。获取到指定应用指定Module的Context之后，即可获取到相应应用Module的资源信息。
-  > ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+  > **说明：**
   > 当获取的是其他应用的指定Module的Context时：
   > 
   > - 申请`ohos.permission.GET_BUNDLE_INFO_PRIVILEGED`权限，配置方式请参阅[访问控制授权申请指导](../security/accesstoken-guidelines.md#stage模型)。

zh-cn/application-dev/application-models/component-startup-rules-fa.md

@@ -38,7 +38,7 @@
   - 只有系统预置应用才允许配置AssociateWakeUp字段，其余应用AssociateWakeUp默认为**false**
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 1. 组件启动管控自OpenHarmony v3.2 Release版本开始落地。
 > 
 > 2. 与原本的启动规则不同，新的组件启动规则较为严格，开发者需熟知启动规则，避免业务功能异常。

zh-cn/application-dev/application-models/component-startup-rules.md

@@ -34,7 +34,7 @@
   - 需校验`ohos.permission.ABILITY_BACKGROUND_COMMUNICATION`权限
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 1. 组件启动管控自OpenHarmony v3.2 Release版本开始落地。
 > 
 > 2. 与原本的启动规则不同，新的组件启动规则较为严格，开发者需熟知启动规则，避免业务功能异常。

zh-cn/application-dev/application-models/dataability-configuration.md

@@ -23,7 +23,7 @@ URI示例：
 
 - 本地设备：dataability:///_com.domainname.dataability.persondata_/_person_/_1_
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本地设备的"device_id"字段为空，因此在"dataability:"后面有三个"/"。
 
 

zh-cn/application-dev/application-models/explicit-implicit-want-mappings.md

@@ -130,7 +130,7 @@
 
 - 如果s_uri的pathRegex不为空，当w_uri满足s_uri**正则表达式**时匹配成功，否则匹配失败；
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 待匹配Ability的skills配置的uris中scheme、host、port、path、pathStartWith和pathRegex属性拼接，如果依次声明了path、pathStartWith和pathRegex属性时，uris将分别拼接为如下三种表达式：
 > 
 > - **全路径表达式**：scheme://host:port/path
@@ -142,7 +142,7 @@
 
 ### type匹配规则
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 此小节所述的type匹配规则的适用性需建立在want参数内type不为空的基础上。当want参数内type为空时请参考[want参数的uri和type匹配规则](#want参数的uri和type匹配规则)。
 
 这里为了简化描述，称want中传入的uri为w_type，待匹配Ability的skills数组中uris的type数据为s_type，具体的匹配规则如下：

zh-cn/application-dev/application-models/extensionability-overview.md

@@ -44,7 +44,7 @@ ExtensionAbility组件是基于特定场景（例如服务卡片、输入法等
 ![form_extension](figures/form_extension.png)
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 同一应用内的所有同类型的ExtensionAbility运行在同一独立进程（除ServiceExtensionAbility、DataShareExtensionAbility外），跟UIAbility组件不在同一进程，Stage模型的进程模型请参见[进程模型](process-model-stage.md)。
 > 
 > 例如一个应用有1个UIAbility组件、1个ServiceExtensionAbility、1个DataShareExtensionAbility、2个FormExtensionAbility、1个ImeExtensionAbility。则该应用在运行时，有三个进程：

zh-cn/application-dev/application-models/hop-multi-device-collaboration.md

@@ -53,13 +53,13 @@
    
    ```ts
    requestPermission() {   
-       let context = this.context
-       let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC']   
-       context.requestPermissionsFromUser(permissions).then((data) => {   
-           console.info("Succeed to request permission from user with data: "+ JSON.stringify(data))
-       }).catch((error) => {       
-           console.info("Failed to request permission from user with error: "+ JSON.stringify(error))   
-       }) 
+       let context = this.context;
+       let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC'];
+       context.requestPermissionsFromUser(permissions).then((data) => {
+           console.info("Succeed to request permission from user with data: "+ JSON.stringify(data));
+       }).catch((error) => {
+           console.info("Failed to request permission from user with error: "+ JSON.stringify(error));
+       })
    }
    ```
 
@@ -135,13 +135,13 @@
    
    ```ts
    requestPermission() {   
-       let context = this.context
-       let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC']   
-       context.requestPermissionsFromUser(permissions).then((data) => {   
-           console.info("Succeed to request permission from user with data: "+ JSON.stringify(data))
-       }).catch((error) => {       
-           console.info("Failed to request permission from user with error: "+ JSON.stringify(error))   
-       }) 
+       let context = this.context;
+       let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC'];
+       context.requestPermissionsFromUser(permissions).then((data) => {
+           console.info("Succeed to request permission from user with data: "+ JSON.stringify(data));
+       }).catch((error) => {
+           console.info("Failed to request permission from user with error: "+ JSON.stringify(error));
+       })
    }
    ```
 
@@ -218,31 +218,19 @@
 
 ### 开发步骤
 
-1. 在module.json5配置数据同步权限，示例代码如下。
+1. 申请`ohos.permission.DISTRIBUTED_DATASYNC`权限，配置方式请参阅[访问控制授权申请指导](../security/accesstoken-guidelines.md#stage模型)。
    
-   ```json
-   {
-     "module": {
-       "requestPermissions":[  
-         {  
-           "name" : "ohos.permission.DISTRIBUTED_DATASYNC",
-         }
-       ]
-     }
-   }
-   ```
-
 2. 申请数据同步权限，弹框示例代码。
    
    ```ts
    requestPermission() {   
-       let context = this.context
-       let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC']   
-       context.requestPermissionsFromUser(permissions).then((data) => {   
-           console.info("Succeed to request permission from user with data: "+ JSON.stringify(data))
-       }).catch((error) => {       
-           console.info("Failed to request permission from user with error: "+ JSON.stringify(error))   
-       }) 
+       let context = this.context;
+       let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC'];
+       context.requestPermissionsFromUser(permissions).then((data) => {
+           console.info("Succeed to request permission from user with data: "+ JSON.stringify(data));
+       }).catch((error) => {
+           console.info("Failed to request permission from user with error: "+ JSON.stringify(error));
+       })
    }
    ```
 
@@ -291,10 +279,10 @@
               });
           },
           onDisconnect(elementName) {
-              console.info('onDisconnect callback')
+              console.info('onDisconnect callback');
           },
           onFailed(code) {
-              console.info('onFailed callback')
+              console.info('onFailed callback');
           }
       }
       // 建立连接后返回的Id需要保存下来，在解绑服务时需要作为参数传入
@@ -339,31 +327,19 @@
 
 ### 开发步骤
 
-1. 在module.json5配置数据同步权限，示例代码如下。
+1. 申请`ohos.permission.DISTRIBUTED_DATASYNC`权限，配置方式请参阅[访问控制授权申请指导](../security/accesstoken-guidelines.md#stage模型)。
    
-   ```json
-   {
-     "module": {
-       "requestPermissions":[  
-         {  
-           "name" : "ohos.permission.DISTRIBUTED_DATASYNC",
-         }
-       ]
-     }
-   }
-   ```
-
 2. 申请数据同步权限，弹框示例代码。
    
    ```ts
    requestPermission() {   
-       let context = this.context
-       let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC']   
-       context.requestPermissionsFromUser(permissions).then((data) => {   
-           console.info("Succeed to request permission from user with data: "+ JSON.stringify(data))
-       }).catch((error) => {       
-           console.info("Failed to request permission from user with error: "+ JSON.stringify(error))   
-       }) 
+       let context = this.context;
+       let permissions: Array<string> = ['ohos.permission.DISTRIBUTED_DATASYNC'];
+       context.requestPermissionsFromUser(permissions).then((data) => {
+           console.info("Succeed to request permission from user with data: "+ JSON.stringify(data));
+       }).catch((error) => {
+           console.info("Failed to request permission from user with error: "+ JSON.stringify(error));
+       })
    }
    ```
 
@@ -394,7 +370,7 @@
    2. 导入UIAbility模块。
       
        ```ts
-       import Ability from '@ohos.app.ability.UIAbility'
+       import Ability from '@ohos.app.ability.UIAbility';
        ```
    3. 定义约定的序列化数据。
        调用端及被调用端发送接收的数据格式需协商一致，如下示例约定数据由number和string组成。
@@ -402,24 +378,24 @@
        
        ```ts
        export default class MySequenceable {
-           num: number = 0
-           str: string = ""
+           num: number = 0;
+           str: string = "";
        
            constructor(num, string) {
-               this.num = num
-               this.str = string
+               this.num = num;
+               this.str = string;
            }
        
            marshalling(messageParcel) {
-               messageParcel.writeInt(this.num)
-               messageParcel.writeString(this.str)
-               return true
+               messageParcel.writeInt(this.num);
+               messageParcel.writeString(this.str);
+               return true;
            }
        
            unmarshalling(messageParcel) {
-               this.num = messageParcel.readInt()
-               this.str = messageParcel.readString()
-               return true
+               this.num = messageParcel.readInt();
+               this.str = messageParcel.readString();
+               return true;
            }
        }
        ```
@@ -427,36 +403,36 @@
          如下示例在Ability的onCreate注册MSG_SEND_METHOD监听，在onDestroy取消监听，收到序列化数据后作相应处理并返回。应用开发者根据实际业务需要做相应处理。
          
        ```ts
-       const TAG: string = '[CalleeAbility]'
-       const MSG_SEND_METHOD: string = 'CallSendMsg'
+       const TAG: string = '[CalleeAbility]';
+       const MSG_SEND_METHOD: string = 'CallSendMsg';
        
        function sendMsgCallback(data) {
-           console.info('CalleeSortFunc called')
+           console.info('CalleeSortFunc called');
        
            // 获取Caller发送的序列化数据
-           let receivedData = new MySequenceable(0, '')
-           data.readSequenceable(receivedData)
-           console.info(`receiveData[${receivedData.num}, ${receivedData.str}]`)
+           let receivedData = new MySequenceable(0, '');
+           data.readSequenceable(receivedData);
+           console.info(`receiveData[${receivedData.num}, ${receivedData.str}]`);
        
            // 作相应处理
            // 返回序列化数据result给Caller
-           return new MySequenceable(receivedData.num + 1, `send ${receivedData.str} succeed`)
+           return new MySequenceable(receivedData.num + 1, `send ${receivedData.str} succeed`);
        }
        
        export default class CalleeAbility extends Ability {
            onCreate(want, launchParam) {
                try {
-                   this.callee.on(MSG_SEND_METHOD, sendMsgCallback)
+                   this.callee.on(MSG_SEND_METHOD, sendMsgCallback);
                } catch (error) {
-                   console.info(`${MSG_SEND_METHOD} register failed with error ${JSON.stringify(error)}`)
+                   console.info(`${MSG_SEND_METHOD} register failed with error ${JSON.stringify(error)}`);
                }
            }
        
            onDestroy() {
                try {
-                   this.callee.off(MSG_SEND_METHOD)
+                   this.callee.off(MSG_SEND_METHOD);
                } catch (error) {
-                   console.error(TAG, `${MSG_SEND_METHOD} unregister failed with error ${JSON.stringify(error)}`)
+                   console.error(TAG, `${MSG_SEND_METHOD} unregister failed with error ${JSON.stringify(error)}`);
                }
            }
        }
@@ -466,7 +442,7 @@
    1. 导入UIAbility模块。
       
        ```ts
-       import Ability from '@ohos.app.ability.UIAbility'
+       import Ability from '@ohos.app.ability.UIAbility';
        ```
    2. 获取Caller通信接口。
        Ability的context属性实现了startAbilityByCall方法，用于获取指定通用组件的Caller通信接口。如下示例通过this.context获取Ability实例的context属性，使用startAbilityByCall拉起Callee被调用端并获取Caller通信接口，注册Caller的onRelease监听。应用开发者根据实际业务需要做相应处理。
@@ -474,8 +450,8 @@
        
        ```ts
        async onButtonGetRemoteCaller() {
-           var caller = undefined
-           var context = this.context
+           var caller = undefined;
+           var context = this.context;
        
            context.startAbilityByCall({
                deviceId: getRemoteDeviceId(),
@@ -483,16 +459,16 @@
                abilityName: 'CalleeAbility'
            }).then((data) => {
                if (data != null) {
-                   caller = data
-                   console.info('get remote caller success')
+                   caller = data;
+                   console.info('get remote caller success');
                    // 注册caller的release监听
                    caller.onRelease((msg) => {
-                       console.info(`remote caller onRelease is called ${msg}`)
+                       console.info(`remote caller onRelease is called ${msg}`);
                    })
-                   console.info('remote caller register OnRelease succeed')
+                   console.info('remote caller register OnRelease succeed');
                }
            }).catch((error) => {
-               console.error(`get remote caller failed with ${error}`)
+               console.error(`get remote caller failed with ${error}`);
            })
        }
        ```
@@ -503,34 +479,34 @@
    1. 向被调用端发送Sequenceable数据有两种方式，一种是不带返回值，一种是获取被调用端返回的数据，method以及序列化数据需要与被调用端协商一致。如下示例调用Call接口，向Callee被调用端发送数据。
       
        ```ts
-       const MSG_SEND_METHOD: string = 'CallSendMsg'
+       const MSG_SEND_METHOD: string = 'CallSendMsg';
        async onButtonCall() {
            try {
-               let msg = new MySequenceable(1, 'origin_Msg')
-               await this.caller.call(MSG_SEND_METHOD, msg)
+               let msg = new MySequenceable(1, 'origin_Msg');
+               await this.caller.call(MSG_SEND_METHOD, msg);
            } catch (error) {
-               console.info(`caller call failed with ${error}`)
+               console.info(`caller call failed with ${error}`);
            }
        }
        ```
    2. 如下示例调用CallWithResult接口，向Callee被调用端发送待处理的数据originMsg，并将’CallSendMsg’方法处理完毕的数据赋值给backMsg。
       
        ```ts
-       const MSG_SEND_METHOD: string = 'CallSendMsg'
-       originMsg: string = ''
-       backMsg: string = ''
+       const MSG_SEND_METHOD: string = 'CallSendMsg';
+       originMsg: string = '';
+       backMsg: string = '';
        async onButtonCallWithResult(originMsg, backMsg) {
            try {
-               let msg = new MySequenceable(1, originMsg)
-               const data = await this.caller.callWithResult(MSG_SEND_METHOD, msg)
-               console.info('caller callWithResult succeed')
+               let msg = new MySequenceable(1, originMsg);
+               const data = await this.caller.callWithResult(MSG_SEND_METHOD, msg);
+               console.info('caller callWithResult succeed');
        
-               let result = new MySequenceable(0, '')
-               data.readSequenceable(result)
-               backMsg(result.str)
-               console.info(`caller result is [${result.num}, ${result.str}]`)
+               let result = new MySequenceable(0, '');
+               data.readSequenceable(result);
+               backMsg(result.str);
+               console.info(`caller result is [${result.num}, ${result.str}]`);
            } catch (error) {
-               console.info(`caller callWithResult failed with ${error}`)
+               console.info(`caller callWithResult failed with ${error}`);
            }
        }
        ```
@@ -541,11 +517,11 @@
    ```ts
    releaseCall() {
        try {
-           this.caller.release()
+           this.caller.release();
            this.caller = undefined
-           console.info('caller release succeed')
+           console.info('caller release succeed');
        } catch (error) {
-           console.info(`caller release failed with ${error}`)
+           console.info(`caller release failed with ${error}`);
        }
    }
    ```

zh-cn/application-dev/application-models/mission-management-launch-type.md

@@ -8,12 +8,12 @@
 - singleton：单实例模式，应用在运行时只存在一个该UIAbility实例。
   
   **图1** 任务与singleton模式
-![mission-and-singleton](figures/mission-and-singleton.png)
+  ![mission-and-singleton](figures/mission-and-singleton.png)
   
 - standard：多实例模式，每次调用startAbility()方法，都会在应用进程中创建一个该Ability的实例。
   
   **图2** 任务与standard模式
-![mission-and-standard](figures/mission-and-standard.png)
+  ![mission-and-standard](figures/mission-and-standard.png)
   
 - specified：指定实例模式，由[AbilityStage](abilitystage.md)的（[onAcceptWant](../reference/apis/js-apis-app-ability-abilityStage.md#abilitystageonacceptwant)）决定是否创建新的实例。
   
@@ -27,5 +27,5 @@
 每个UIAbility实例对应的Mission都保留有该UIAbility实例的快照（Snapshot），UIAbility实例销毁后，Mission信息（包括Ability信息和任务快照）依然会保留，直到用户删除该任务。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > specified模式只在Stage模型上支持，FA模型不支持。

zh-cn/application-dev/application-models/pageability-lifecycle.md

@@ -41,7 +41,7 @@ PageAbility生命周期回调与生命周期状态的关系如下图所示。
 ![fa-pageAbility-lifecycle](figures/fa-pageAbility-lifecycle.png)
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
-> 1、PageAbility的生命周期回调均为同步接口。
-> 
-> 2、目前app.js环境中仅支持onCreate和onDestroy回调，app.ets环境支持全量生命周期回调。
+> **说明：**
+>
+> 1. PageAbility的生命周期回调均为同步接口。
+> 2. 目前app.js环境中仅支持onCreate和onDestroy回调，app.ets环境支持全量生命周期回调。

zh-cn/application-dev/application-models/serviceextensionability.md

@@ -25,7 +25,7 @@
 - [连接一个后台服务](#连接一个后台服务)
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 1. OpenHarmony当前不支持三方应用实现ServiceExtensionAbility。如果三方开发者想要实现后台处理相关事务的功能，可以使用后台任务，具体请参见[后台任务](../task-management/background-task-overview.md)。
 > 
 > 2. 三方应用的UIAbility组件可以通过Context连接系统提供的ServiceExtensionAbility。
@@ -43,7 +43,7 @@
 - **onCreate**
   服务被首次创建时触发该回调，开发者可以在此进行一些初始化的操作，例如注册公共事件监听等。
 
-  > ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+  > **说明：**
   > 如果服务已创建，再次启动该ServiceExtensionAbility不会触发onCreate()回调。
 
 - **onRequest**
@@ -162,7 +162,7 @@
 
 系统应用通过[startServiceExtensionAbility()](../reference/apis/js-apis-inner-application-uiAbilityContext.md#abilitycontextstartserviceextensionability)方法启动一个后台服务，服务的[onRequest()](../reference/apis/js-apis-app-ability-serviceExtensionAbility.md#serviceextensionabilityonrequest)回调就会被调用，并在该回调方法中接收到调用者传递过来的want对象。后台服务启动后，其生命周期独立于客户端，即使客户端已经销毁，该后台服务仍可继续运行。因此，后台服务需要在其工作完成时通过调用ServiceExtensionContext的[terminateSelf()](../reference/apis/js-apis-inner-application-serviceExtensionContext.md#serviceextensioncontextterminateself)来自行停止，或者由另一个组件调用[stopServiceExtensionAbility()](../reference/apis/js-apis-inner-application-uiAbilityContext.md#abilitycontextstopserviceextensionability)来将其停止。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > ServiceExtensionContext的[startServiceExtensionAbility()](../reference/apis/js-apis-inner-application-uiAbilityContext.md#abilitycontextstartserviceextensionability)、[stopServiceExtensionAbility()](../reference/apis/js-apis-inner-application-uiAbilityContext.md#abilitycontextstopserviceextensionability)和[terminateSelf()](../reference/apis/js-apis-inner-application-serviceExtensionContext.md#serviceextensioncontextterminateself)为系统接口，三方应用不支持调用。
 
 1. 在系统应用中启动一个新的ServiceExtensionAbility。示例中的context的获取方式参见[获取UIAbility的Context属性](uiability-usage.md#获取uiability的上下文信息)。
@@ -207,7 +207,7 @@
    ```
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 后台服务可以在后台长期运行，为了避免资源浪费，需要对后台服务的生命周期进行管理。即一个后台服务完成了请求方的任务，需要及时销毁。销毁已启动的后台服务有两种方式：
 > 
 > - 后台服务自身调用[terminateSelf()](../reference/apis/js-apis-inner-application-serviceExtensionContext.md#serviceextensioncontextterminateself)方法来自行停止。

zh-cn/application-dev/application-models/thread-model-fa.md

@@ -21,5 +21,5 @@ FA模型下的线程主要有如下三类：
 基于OpenHarmony的线程模型，不同的业务功能运行在不同的线程上，业务功能的交互就需要线程间通信。线程间通信目前主要有Emitter和Worker两种方式，其中Emitter主要适用于线程间的事件同步， Worker主要用于新开一个线程执行耗时任务。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > FA模型每个ability都有一个独立的线程，Emiter可用于Ability线程内、Ability线程间、Ability线程与Worker线程的事件同步。

zh-cn/application-dev/application-models/uiability-intra-device-interaction.md

@@ -410,7 +410,7 @@ export default class FuncAbility extends UIAbility {
    }
    ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 当被调用方[Ability的启动模式](uiability-launch-type.md)设置为standard启动模式时，每次启动都会创建一个新的实例，那么[onNewWant()](../reference/apis/js-apis-app-ability-uiAbility.md#abilityonnewwant)回调就不会被用到。
 
 
@@ -448,7 +448,7 @@ Call调用示意图如下所示。
 
 - CalleeAbility持有一个Callee对象，通过Callee的on方法注册回调函数，当接收到Caller发送的数据时将会调用对应的回调函数。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 1. 当前仅支持系统应用使用Call调用。
 > 
 > 2. CalleeAbility的启动模式需要为单实例。

zh-cn/application-dev/application-models/uiability-launch-type.md

@@ -20,7 +20,7 @@ singleton启动模式为单实例模式，也是默认情况下的启动模式
   **图1** 单实例模式演示效果  
 <img src="figures/uiability-launch-type1.png" alt="uiability-launch-type1" style="zoom:50%;" />
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 应用的UIAbility实例已创建，该UIAbility配置为单实例模式，再次调用startAbility()方法启动该UIAbility实例，此时只会进入该UIAbility的[onNewWant()](../reference/apis/js-apis-app-ability-uiAbility.md#abilityonnewwant)回调，不会进入其onCreate()和onWindowStageCreate()生命周期回调。
 
 如果需要使用singleton启动模式，在[module.json5配置文件](../quick-start/module-configuration-file.md)中的"launchType"字段配置为"singleton"即可。
@@ -75,7 +75,7 @@ specified启动模式为指定实例模式，针对一些特殊场景使用（
   **图3** 指定实例模式演示效果  
 <img src="figures/uiability-launch-type2.png" alt="uiability-launch-type2" style="zoom:50%;" />
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 应用的UIAbility实例已创建，该UIAbility配置为指定实例模式，再次调用startAbility()方法启动该UIAbility实例，且[AbilityStage](abilitystage.md)的[onAcceptWant()](../reference/apis/js-apis-app-ability-abilityStage.md#abilitystageonacceptwant)回调匹配到一个已创建的UIAbility实例。此时，再次启动该UIAbility时，只会进入该UIAbility的[onNewWant()](../reference/apis/js-apis-app-ability-uiAbility.md#abilityonnewwant)回调，不会进入其onCreate()和onWindowStageCreate()生命周期回调。
 
 例如有两个UIAbility：EntryAbility和FuncAbility，FuncAbility配置为specified启动模式，需要从EntryAbility的页面中启动FuncAbility。

zh-cn/application-dev/application-models/uiability-lifecycle.md

@@ -57,7 +57,7 @@ export default class EntryAbility extends UIAbility {
 }
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > WindowStage的相关使用请参见[窗口开发指导](../windowmanager/application-window-stage.md)。
 
 对应于onWindowStageCreate()回调。在UIAbility实例销毁之前，则会先进入onWindowStageDestroy()回调，可以在该回调中释放UI界面资源。例如在onWindowStageDestroy()中注销获焦/失焦等WindowStage事件。

zh-cn/application-dev/application-models/uiability-overview.md

@@ -33,5 +33,5 @@ UIAbility组件是系统调度的基本单元，为应用提供绘制界面的
 }
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > Ability的组成请参见在[模块中添加Ability](https://developer.harmonyos.com/cn/docs/documentation/doc-guides-V3/ohos-adding-ability-0000001218280664-V3)。

zh-cn/application-dev/application-models/uiability-usage.md

@@ -25,7 +25,7 @@ export default class EntryAbility extends UIAbility {
 }
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 在DevEco Studio中创建的UIAbility中，该UIAbility实例默认会加载Index页面，根据需要将Index页面路径替换为需要的页面路径即可。
 
 

zh-cn/application-dev/application-models/want-overview.md

@@ -38,7 +38,7 @@
   };
   ```
 
-  > ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+  > **说明：**
   > - 根据系统中待匹配Ability的匹配情况不同，使用隐式Want启动Ability时会出现以下三种情况。
   >   - 未匹配到满足条件的Ability：启动失败。
   >   - 匹配到一个满足条件的Ability：直接启动该Ability。

zh-cn/application-dev/application-models/widget-development-fa.md

@@ -49,7 +49,7 @@
 
 - 通信适配层：由OpenHarmony SDK提供，负责与卡片管理服务通信，用于将卡片的更新数据主动推送到卡片管理服务。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 实际开发时只需要作为卡片提供方进行卡片内容的开发，卡片使用方和卡片管理服务由系统自动处理。
 
 
@@ -166,7 +166,7 @@ FA卡片开发，即基于[FA模型](fa-model-development-overview.md)的卡片
    }
    ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > FormAbility不能常驻后台，即在卡片生命周期回调函数中无法处理长时间的任务。
 
 ### 配置卡片配置文件
@@ -360,7 +360,7 @@ onUpdate(formId) {
 
 ![widget-development-fa](figures/widget-development-fa.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 当前仅支持JS扩展的类Web开发范式来实现卡片的UI界面。
 
 - HML：使用类Web范式的组件描述卡片的页面信息。

zh-cn/application-dev/application-models/widget-development-stage.md

@@ -49,7 +49,7 @@ FormExtensionAbility就是服务卡片扩展组件（以下简称“卡片”）
 
 - 通信适配层：由OpenHarmony SDK提供，负责与卡片管理服务通信，用于将卡片的更新数据主动推送到卡片管理服务。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 实际开发时只需要作为卡片提供方进行卡片内容的开发，卡片使用方和卡片管理服务由系统自动处理。
 
 
@@ -173,7 +173,7 @@ Stage卡片开发，即基于[Stage模型](stage-model-development-overview.md)
    }
    ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > FormExtensionAbility不能常驻后台，即在卡片生命周期回调函数中无法处理长时间的任务。
 
 ### 配置卡片配置文件
@@ -369,7 +369,7 @@ onUpdateForm(formId) {
 
 ![widget-development-stage](figures/widget-development-stage.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 当前仅支持JS扩展的类Web开发范式来实现卡片的UI界面。
 
 - HML：使用类Web范式的组件描述卡片的页面信息。

zh-cn/application-dev/device/device-location-geocoding.md

@@ -29,18 +29,18 @@
 
 ## 开发步骤
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > GeoConvert需要访问后端服务，请确保设备联网，以进行信息获取。
 
 1. 导入geoLocationManager模块，所有与（逆）地理编码转化能力相关的功能API，都是通过该模块提供的。
-     
+   
    ```ts
    import geoLocationManager from '@ohos.geoLocationManager';
    ```
 
 2. 查询geoCoder服务是否可用。
    - 调用isGeoServiceAvailable查询geoCoder服务是否可用，如果服务可用再继续进行步骤3。
-        
+     
       ```ts
       import geoLocationManager from '@ohos.geoLocationManager';
       try {
@@ -52,7 +52,7 @@
 
 3. 获取转化结果。
    - 调用getAddressesFromLocation，坐标转化地理位置信息。
-        
+     
       ```ts
       var reverseGeocodeRequest = {"latitude": 31.12, "longitude": 121.11, "maxItems": 1};
       try {
@@ -70,7 +70,7 @@
 
       参考接口API说明[位置服务](../reference/apis/js-apis-geoLocationManager.md)，应用可以获得与此坐标匹配的GeoAddress列表，应用可以根据实际使用需求，读取相应的参数数据。
    - 调用getAddressesFromLocationName位置描述转化坐标。
-        
+     
       ```ts
       var geocodeRequest = {"description": "上海市浦东新区xx路xx号", "maxItems": 1};
       try {

zh-cn/application-dev/key-features/multi-device-app-dev/adaptive-layout.md

@@ -34,7 +34,7 @@
 | flexBasis | 'auto'&nbsp;\|&nbsp;[Length](../../reference/arkui-ts/ts-types.md#length) | 'auto' | 设置组件在Flex容器中主轴方向上基准尺寸。'auto'意味着使用组件原始的尺寸，不做修改。<br/>flexBasis属性不是必须的，通过width或height也可以达到同样的效果。当flexBasis属性与width或height发生冲突时，以flexBasis属性为准。 | 
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 开发者期望将父容器的剩余空间全部分配给某空白区域时，也可以通过[Blank组件](../../reference/arkui-ts/ts-basic-components-blank.md)实现。注意仅当父组件为Row\Column\Flex组件时，Blank组件才会生效。
 > 
 > - 类Web开发范式也是通过flex-grow和flex-shrink实现拉伸能力，同时也支持配置flex-basis，详见[通用样式](../../reference/arkui-js/js-components-common-styles.md)。
@@ -170,7 +170,7 @@ struct FlexibleCapabilitySample2 {
 均分能力可以通过将[Row组件](../../reference/arkui-ts/ts-container-row.md)、[Column组件](../../reference/arkui-ts/ts-container-column.md)或[Flex组件](../../reference/arkui-ts/ts-container-flex.md)的justifyContent属性设置为FlexAlign.SpaceEvenly实现，即子元素在父容器主轴方向等间距布局，相邻元素之间的间距、第一个元素与行首的间距、最后一个元素到行尾的间距都完全一样。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 均分能力还可以通过其它方式实现，如使用[Grid网格组件](../../reference/arkui-ts/ts-container-grid.md)或在每个组件间添加Blank组件等。
 > 
 > - 类Web开发范式中，通过将[div组件](../../reference/arkui-js/js-components-container-div.md)的justify-content属性设置为space-evenly来实现均分布局。
@@ -276,7 +276,7 @@ struct EquipartitionCapabilitySample {
 layoutWeight存在使用限制，所以实际使用过程中大多通过将子组件宽高设置为父组件的百分比来实现占比能力。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 占比能力在实际开发中使用的非常广泛，可以通过很多不同的方式实现占比能力，如还可以通过[Grid组件](../../reference/arkui-ts/ts-container-grid.md)的columnsTemplate属性设置网格容器中列的数量及其宽度比例，或通过配置子组件在栅格（本章后文将详细介绍栅格系统）中占据不同的列数来实现占比能力。本小节仅介绍最基础和常用的实现方式，局限性较大或比非常小众的实现方式，本文不做展开介绍。
 > 
 > - 类Web开发范式同样支持以百分比的形式设置组件的宽高，详见[通用样式](../../reference/arkui-js/js-components-common-styles.md)中关于width和height的介绍以及[长度类型介绍](../../reference/arkui-js/js-appendix-types.md#长度类型)。
@@ -373,7 +373,7 @@ struct ProportionCapabilitySample {
 可以访问[布局约束](../../reference/arkui-ts/ts-universal-attributes-layout-constraints.md)，了解aspectRatio属性的详细信息。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 类Web开发范式同样提供了[aspect-ratio样式](../../reference/arkui-js/js-components-common-atomic-layout.md#固定比例)，用于固定组件的宽高比。
 
 
@@ -450,7 +450,7 @@ struct ScaleCapabilitySample {
 - 通过[Scroll组件](../../reference/arkui-ts/ts-container-scroll.md)配合[Row组件](../../reference/arkui-ts/ts-container-row.md)或[Column组件](../../reference/arkui-ts/ts-container-column.md)实现。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - List、Row或Column组件中子节点的在页面显示时就已经全部完成了布局计算及渲染，只不过受限于父容器尺寸，用户只能看到一部分。随着父容器尺寸增大，用户可以看到的子节点数目也相应的增加。用户还可以通过手指滑动触发列表滑动，查看被隐藏的子节点。
 > 
 > - 类Web开发范式同样可以使用[list组件](../../reference/arkui-js/js-components-container-list.md)实现延伸能力。
@@ -603,7 +603,7 @@ struct ExtensionCapabilitySample2 {
 
 可以访问[布局约束](../../reference/arkui-ts/ts-universal-attributes-layout-constraints.md)，了解displayPriority属性的详细信息。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 类Web开发范式同样支持[display-index样式](../../reference/arkui-js/js-components-common-atomic-layout.md#隐藏能力)，用于设置布局优先级。
 
 **示例：**
@@ -694,7 +694,7 @@ struct HiddenCapabilitySample {
 
 可以访问[Flex组件](../../reference/arkui-ts/ts-container-flex.md)，了解Flex组件的详细用法。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 类Web开发范式通过将[div组件](../../reference/arkui-js/js-components-container-div.md)的flex-warp样式设置为wrap来使用折行能力。
 
 **示例：**

zh-cn/application-dev/key-features/multi-device-app-dev/case.md

@@ -82,7 +82,7 @@
 
 接下来我们详细介绍各部分的实现。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 为了方便理解，我们对会话详情页面做了一定的精简，本小节仅介绍会话详情页面最基础的实现。
 
 

zh-cn/application-dev/key-features/multi-device-app-dev/design-delivery.md

@@ -43,7 +43,7 @@
 
 ![4.8-效果示意图](figures/4.8-效果示意图.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 画板尺寸为不同宽度断点下的典型设备屏幕尺寸，可根据业务具体针对的设备选择其他画板尺寸。
 > 
 > - 画板尺寸以vp为单位提供，根据实际设计所需精度，可统一把设计文档中所有画板设置为1倍或多倍的px尺寸。
@@ -65,7 +65,7 @@
 
 ![4.8-标注图](figures/4.8-标注图.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 如遇到分层参数覆盖不到的属性值，可按照具体设计效果标注。此时必须详细考虑不同场景下该元素的效果。
 
 

zh-cn/application-dev/key-features/multi-device-app-dev/design-resources.md

@@ -22,7 +22,7 @@
 | 不透明度数值速查表 | 用于将不透明度在**百分比表示形式**和**十六进制表示形式**之间快速转换的速查表。 |
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 推荐应用相关系统参数仅在应用开发场景中使用，卡片相关系统参数仅在卡片开发场景中使用。
 > 
 > - 同一系统参数在不同类型的设备上有不同的取值，当前仅提供了系统参数在默认设备上的取值，后续会针对不同设备类型做补充。

zh-cn/application-dev/key-features/multi-device-app-dev/development-intro.md

@@ -25,7 +25,7 @@
 2. 在安装阶段，核心安装逻辑：安装的应用调用的系统能力是设备系统能力的子集。满足这个条件，用户才能安装该应用。
 
 3. If/Else的动态逻辑判断。伪代码简单示例如下：
-     
+   
    ```
    if (该设备有系统能力1) {
        运行系统能力1相关的代码;
@@ -64,7 +64,7 @@ IDE中提供了API的联想功能，方便开发者使用系统能力。当开
 
 开发者可以通过canIUse接口，判断目标设备是否支持某系统能力，进而执行不同的业务逻辑。
 
-  
+
 ```
 import geolocation from'@ohos.geolocation';
 
@@ -93,5 +93,5 @@ struct Index {
 }
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 开发者通过 import 方式导入的模块，若当前设备不支持该模块，import 的结果为 undefined。故开发者在使用 API 时，需要判断其是否存在。

zh-cn/application-dev/key-features/multi-device-app-dev/ide-using.md

@@ -4,7 +4,7 @@
 DevEco Studio的基本使用，请参考[DevEco Studio使用指南](../../quick-start/deveco-studio-user-guide-for-openharmony.md)。本章主要介绍如何使用DevEco Studio进行多设备应用开发。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本章的内容基于[DevEco Studio 3.0 Beta3](https://developer.harmonyos.com/cn/develop/deveco-studio#download_beta_openharmony)版本进行介绍，如您使用DevEco Studio其它版本，可能存在文档与产品功能界面、操作不一致的情况，请以实际功能界面为准。
 
 
@@ -55,7 +55,7 @@ DevEco Studio的基本使用，请参考[DevEco Studio使用指南](../../quick-
 
 ![zh-cn_image_0000001315434285](figures/zh-cn_image_0000001315434285.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 在一个工程中同一个设备类型只支持一个Entry类型的模块。
 > 
 > - 当前的DevEco Studio（3.0 Beta3版本）在创建工程时，设备类型仅能选择dafault和tablet，默认该模块已经选择了entry类型，那么在创建wearable这个模块，只能选择feature类型。
@@ -139,7 +139,7 @@ DevEco Studio的基本使用，请参考[DevEco Studio使用指南](../../quick-
 3. 在default模块中import和使用这些类和函数。注意提前在default模块的package.json文件中配置对common模块的依赖关系。
    ![zh-cn_image_0000001267914120](figures/zh-cn_image_0000001267914120.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 如果需要将npm包发布供其他开发者使用，当前npm包可发布到npm官方中心仓和OpenHarmony npm专用仓，具体可参考[发布OpenHarmony npm包](https://developer.harmonyos.com/cn/docs/documentation/doc-guides/ohos-development-npm-package-0000001222578434#section663116411397)。
 
 

zh-cn/application-dev/key-features/multi-device-app-dev/interaction-event-normalization.md

@@ -22,7 +22,7 @@
 | 缩放 | [PinchGesture](../../reference/arkui-ts/ts-basic-gestures-pinchgesture.md) | √ | √ | √ | 
 | 旋转 | [RotationGesture](../../reference/arkui-ts/ts-basic-gestures-rotationgesture.md) | √ | NA | √ | 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 点击事件（onClick）其实是点击手势（TapGesture）的一个特殊场景（单指单次点击）。该场景使用的非常广泛，为了方便开发者使用及符合传统开发习惯，所以专门提供了开发接口。
 > 
 > - 触控板支持长按输入的功能正在开发中。

zh-cn/application-dev/key-features/multi-device-app-dev/introduction.md

@@ -24,7 +24,7 @@
 
 从第4章开始将从UX设计、系统能力等角度，详尽的解答上述问题。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 应用开发不仅包含应用页面开发，还包括应用后端功能开发以及服务器端开发等。
 > 
 > - 本文旨在指导开发者如何在OpenHarmony系统中开发“一多”应用，服务器端开发不在本文探讨范围内。
@@ -47,7 +47,7 @@ HAP包是OpenHarmony的安装包，一个HAP在工程目录中对应一个Module
 
 ![zh-cn_image_0000001266965046](figures/zh-cn_image_0000001266965046.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - Module是开发者开发的相对独立的功能模块，由代码、资源、第三方库及应用配置文件组成，属于IDE开发视图的概念。Module分为entry、feature及har三种类型，相应的可以编译生成entry类型的HAP包、feature类型的HAP包，以及har包。
 > 
 > - 如果需要了解应用程序包结构更多详情，可以查看[包结构说明](../../quick-start/application-package-structure-stage.md)。
@@ -71,7 +71,7 @@ OpenHarmony提供了方舟开发框架（简称：ArkUI），提供开发者进
 | 声明式开发范式 | ArkTS语言 | 数据驱动更新 | 复杂度较大、团队合作度较高的程序 | 移动系统应用开发人员、系统应用开发人员 | 
 | 类Web开发范式 | JS语言 | 数据驱动更新 | 界面较为简单的中小型应用和卡片 | Web前端开发人员 | 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 声明式开发范式占用内存更少，**更推荐开发者选用声明式开发范式来搭建应用UI界面**。
 > 
 > - 可以查看[方舟开发框架概述](../../ui/arkui-overview.md)，了解方舟开发框架更多详情。
@@ -108,7 +108,7 @@ OpenHarmony提供了方舟开发框架（简称：ArkUI），提供开发者进
 
 ![zh-cn_image_0000001400300617](figures/zh-cn_image_0000001400300617.png)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 页面导航逻辑是指应用内页面之间的跳转关系。假设默认设备上页面A跳转到页面B，平板设备上也是页面A跳转到页面B。因为两种设备屏幕大小不同，默认设备上页面B是覆盖显示在页面A上的，平板设备上页面B是在页面A的右边并且同时显示，但因为都是页面A跳转到页面B，那么我们认为它们的页面导航逻辑相同。
 
 **工程结构**
@@ -121,7 +121,7 @@ OpenHarmony提供了方舟开发框架（简称：ArkUI），提供开发者进
 
 - product：产品层目录，通过引用common和feature目录中代码的方式做功能和特性的集成，同时也作为主入口。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > features层可横向调用和依赖common层能力；product层不可横向调用，可依赖features层和common层，且不能有反向依赖。
 
 部署模型不同，相应的代码工程结构也有差异。部署模型A和部署模型B的主要差异点集中在product层：
@@ -132,7 +132,7 @@ OpenHarmony提供了方舟开发框架（简称：ArkUI），提供开发者进
 
 部署模型A对应的代码工程结构抽象后一般如下所示：
 
-  
+
 ```
 /application
 ├── common                  # 可选。公共特性目录, har类型的module
@@ -145,7 +145,7 @@ OpenHarmony提供了方舟开发框架（简称：ArkUI），提供开发者进
 
 部署模型B对应的代码工程结构抽象后一般如下所示：
 
-  
+
 ```
 /application
 ├── common                  # 可选。公共特性目录, har类型的module
@@ -159,5 +159,5 @@ OpenHarmony提供了方舟开发框架（简称：ArkUI），提供开发者进
     └── ...
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 无论是用部署模型A还是部署模型B，在开发阶段，都应考虑**不同类型设备间最大程度的复用代码**，以减少开发及后续维护的工作量。

zh-cn/application-dev/key-features/multi-device-app-dev/page-development-intro.md

@@ -18,7 +18,7 @@
 - [资源使用](resource-usage.md)
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 开发多设备上同一页面时，建议开发者多使用自定义组件，既可以增加代码的可读性和可维护性，同时也可以尽可能的实现代码复用。
 
 
@@ -36,4 +36,3 @@
 | [蔬菜百科首页](https://gitee.com/openharmony/applications_app_samples/tree/master/MultiDeviceAppDev/Vegetable) | 声明式开发范式 | 一多示例页面，以蔬菜百科首页为例，演示如何使用一多能力适配多设备（或多窗口尺寸）。 |
 | [天气](https://gitee.com/openharmony/applications_app_samples/tree/master/MultiDeviceAppDev/Weather) | 声明式开发范式 | 一多示例应用，以天气应用为例，演示如何使用一多能力实现包含多个页面的应用。 |
 
-

zh-cn/application-dev/key-features/multi-device-app-dev/polymorphic-controls.md

@@ -4,5 +4,5 @@
 方舟开发框架不仅提供了多种基础组件（如文本显示、图片显示、按键交互等），并且针对不同类型设备分别进行了适配。同一组件在不同的设备上会呈现出不同的形态（即视觉、交互、动效等可能有差异），称为“多态组件”。开发者在使用多态组件时，无需考虑设备差异，只需关注功能实现即可。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > OpenHarmony上的多态组件能力正在逐步补齐中。

zh-cn/application-dev/key-features/multi-device-app-dev/resource-usage.md

@@ -16,7 +16,7 @@
 
 应用开发中使用的各类自定义资源文件，需要统一存放于应用的resources目录下，便于使用和维护。resources目录包括两大类目录，一类为base目录与限定词目录，另一类为rawfile目录，其基础目录结构如下所示。
 
-  
+
 ```
 resources
 |---base  // 默认存在的目录
@@ -34,7 +34,7 @@ resources
 
 base目录默认存在，而限定词目录需要开发者自行创建，其名称可以由一个或多个表征应用场景或设备特征的限定词组合而成。应用使用某资源时，系统会根据当前设备状态优先从相匹配的限定词目录中寻找该资源。只有当resources目录中没有与设备状态匹配的限定词目录，或者在限定词目录中找不到该资源时，才会去base目录中查找。rawfile是原始文件目录，它不会根据设备状态去匹配不同的资源，故不在本文的讨论范文内。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 请访问[声明式开发范式资源文件分类](../../quick-start/resource-categories-and-access.md#资源分类)，了解限定词目录的命名规则、创建流程、匹配规则等，本文不展开介绍。
 > 
 > - 没有设备状态匹配的限定词目录，或者在限定词目录中找不到目标资源时，会继续在base目录中查找。**强烈建议对于所有应用自定义资源都在base目录中定义默认值**，防止出现找不到资源值的异常场景。
@@ -50,7 +50,7 @@ base目录与限定词目录下面可以创建资源组目录（包括element、
 
 在element目录的各个资源文件中，以“name-value”的形式定义资源，如下所示。而在media目录中，直接以文件名作为name，故开发者将文件放入media目录即可，无需再额外定义name。
 
-  
+
 ```
 // color.json
 {
@@ -72,7 +72,7 @@ base目录与限定词目录下面可以创建资源组目录（包括element、
 
 在工程中，通过 "$r('app.type.name')" 的形式引用应用资源。app代表是应用内resources目录中定义的资源；type 代表资源类型（或资源的存放位置），可以取 color、float、string、plural和media，name代表资源命名，由开发者添加资源时确定。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 可以查看[声明式范式访问应用资源](../../quick-start/resource-categories-and-access.md#应用资源)，了解资源访问的更多细节。
 
 
@@ -91,7 +91,7 @@ base目录与限定词目录下面可以创建资源组目录（包括element、
 
 ![zh-cn_image_0000001325731389](figures/zh-cn_image_0000001325731389.png)
 
-  
+
 ```
 @Entry
 @Component
@@ -120,7 +120,7 @@ struct Index {
 
 可以查看本文[应用UX设计中关于资源的介绍](design-resources.md)，获取OpenHarmony支持的系统资源ID及其在不同配置下的取值。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 仅声明式开发范式支持使用分层参数，类Web开发范式不支持。
 > 
 > - 系统资源可以保证不同团队开发出的应用有较为一致的视觉风格。对于系统预置应用，强烈建议使用系统资源；对于三方应用，可以根据需要选择使用系统资源或自定义应用资源。

zh-cn/application-dev/key-features/multi-device-app-dev/responsive-layout.md

@@ -28,7 +28,7 @@
 | md | [520, 840) | 
 | lg | [840, +∞) | 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 以设备屏幕宽度作为参照物，也可以实现类似的效果。考虑到应用可能以非全屏窗口的形式显示，以应用窗口宽度为参照物更为通用。
 > 
 > - 开发者可以根据实际使用场景决定适配哪些断点。如xs断点对应的一般是智能穿戴类设备，如果确定某页面不会在智能穿戴设备上显示，则可以不适配xs断点。
@@ -129,7 +129,7 @@ OpenHarmony提供了多种方法，判断应用当前处于何种断点，进而
 本小节仅介绍**媒体查询跟断点的结合**，即如何借助媒体查询能力，监听断点的变化，读者可以自行查阅官网中关于[媒体查询](../../ui/ui-ts-layout-mediaquery.md)的相关介绍了解更详细的用法。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 类Web开发范式，支持在js文件和css文件中使用媒体查询，请查看[js媒体查询](../../reference/apis/js-apis-mediaquery.md)和[css媒体查询](../../reference/arkui-js/js-components-common-mediaquery.md)了解详细用法。
 
 
@@ -275,7 +275,7 @@ struct MediaQuerySample {
 | -------- | -------- |
 | ![zh-cn_image_0000001336486244](figures/zh-cn_image_0000001336486244.jpg) | ![zh-cn_image_0000001386646685](figures/zh-cn_image_0000001386646685.jpg) | 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - ArkUI在API 9对栅格组件做了重构，推出了新的栅格组件[GridRow](../../reference/arkui-ts/ts-container-gridrow.md)和[GridCol](../../reference/arkui-ts/ts-container-gridcol.md)，同时原有的[GridContainer组件](../../reference/arkui-ts/ts-container-gridcontainer.md)及[栅格设置](../../reference/arkui-ts/ts-universal-attributes-grid.md)已经废弃。
 > 
 > - 本文中提到的栅格组件，如无特别说明，都是指GridRow和GridCol组件。
@@ -291,7 +291,7 @@ struct MediaQuerySample {
 
 - 栅格组件支持开发者修改断点的取值范围，除了默认的四个断点，还支持开发者启用xl和xxl两个额外的断点。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 断点并非越多越好，通常每个断点都需要开发者“精心适配”以达到最佳显示效果。
 
 **示例1：**

zh-cn/application-dev/key-features/multi-device-app-dev/start-with-a-example.md

@@ -19,7 +19,7 @@
 | 中设备 | [520, 840) | 
 | 大设备 | [840, +∞) | 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - vp是virtual pixel（虚拟像素）的缩写，是OpenHarmony中常用的长度单位，详见本文[视觉基础](visual-basics.md)小节中的介绍。
 > 
 > - 此处基于设备屏幕宽度划分不同设备是为了读者方便理解。通常智能设备上的应用都是以全屏的形式运行，但随着移动技术的发展，当前部分智能设备支持应用以自由窗口模式运行（即用户可以通过拖拽等操作自由调整应用运行窗口的尺寸），故以应用窗口尺寸为基准进行划分更为合适，本文后续的响应式布局章节中将详细介绍相关内容。
@@ -114,7 +114,7 @@
 
 延伸能力是指容器组件内的子组件，按照其在列表中的先后顺序，随容器组件尺寸变化显示或隐藏。随着可用显示区域的增加，用户可以看到的“每小时天气”信息也不断增加，故“每小时天气”可以通过延伸能力实现，其核心代码如下所示。
 
-  
+
 ```
 @Component
 export default struct HoursWeather {
@@ -149,10 +149,10 @@ export default struct HoursWeather {
 | -------- | -------- | -------- |
 | ![zh-cn_image_0000001395631821](figures/zh-cn_image_0000001395631821.png) | ![zh-cn_image_0000001345312038](figures/zh-cn_image_0000001345312038.png) | ![zh-cn_image_0000001349454550](figures/zh-cn_image_0000001349454550.png) | 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 为提升用户体验，大设备侧边栏隐藏状态下，每日天气与空气质量的相对顺序发生了改变。可以调整通过GridCol栅格子组件的order属性，实现目标效果。
 
-  
+
 ```
 @Component
 export default struct HomeContent {

zh-cn/application-dev/key-features/multi-device-app-dev/typical-layout-scenario.md

@@ -18,7 +18,7 @@
 | [重复布局](#重复布局) | 栅格组件 | 
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 在本文[媒体查询](responsive-layout.md#媒体查询)小节中已经介绍了如何通过媒体查询监听断点变化，后续的示例中不再重复介绍此部分代码。
 
 

zh-cn/application-dev/notification/progress-bar-notification.md

@@ -40,7 +40,7 @@
    });
    ```
 
-   > ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+   > **说明：**
    > 查询系统支持进度条模板后，再进行后续的步骤操作。
 
 4. 构造进度条模板对象，并发布通知。

zh-cn/application-dev/reference/apis/js-apis-Bundle-BundleStatusCallback.md

 # BundleStatusCallback
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 从API version 9开始不再支持。建议使用[bundleMonitor](js-apis-bundleMonitor.md)替代。
 
 

zh-cn/application-dev/reference/apis/js-apis-arraylist.md

 # @ohos.util.ArrayList (线性容器ArrayList)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 ArrayList是一种线性数据结构，底层基于数组实现。ArrayList会根据实际需要动态调整容量，每次扩容增加50%。

zh-cn/application-dev/reference/apis/js-apis-buffer.md

 # @ohos.buffer (Buffer)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 9开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 Buffer对象用于表示固定长度的字节序列,是专门存放二进制数据的缓存区。

zh-cn/application-dev/reference/apis/js-apis-bundle-AbilityInfo.md

 # AbilityInfo
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 7 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 

zh-cn/application-dev/reference/apis/js-apis-bundle-ApplicationInfo.md

 # ApplicationInfo
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 7 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 应用程序信息，未做特殊说明的属性，均通过[GET_BUNDLE_DEFAULT](js-apis-Bundle.md)获取。

zh-cn/application-dev/reference/apis/js-apis-bundle-BundleInfo.md

 # BundleInfo
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 7 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 应用包的信息，未做特殊说明的属性，均通过[GET_BUNDLE_DEFAULT](js-apis-Bundle.md)获取。

zh-cn/application-dev/reference/apis/js-apis-bundle-BundleInstaller.md

 # BundleInstaller
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 7 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 本模块提供设备上安装、升级和卸载应用的能力。

zh-cn/application-dev/reference/apis/js-apis-bundle-CustomizeData.md

 # CustomizeData
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 7 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
-
-
 自定义元数据。
 
 ## CustomizeData<sup>(deprecated)</sup>

zh-cn/application-dev/reference/apis/js-apis-bundle-ElementName.md

 # ElementName
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 7 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 ElementName信息，通过接口[Context.getElementName](js-apis-inner-app-context.md)获取。

zh-cn/application-dev/reference/apis/js-apis-bundle-HapModuleInfo.md

 # HapModuleInfo
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 7 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
-
-
 Hap模块信息，未做特殊说明的属性，均通过[GET_BUNDLE_DEFAULT](js-apis-Bundle.md)获取。
 
 ## HapModuleInfo<sup>(deprecated)<sup>
@@ -13,8 +11,6 @@ Hap模块信息，未做特殊说明的属性，均通过[GET_BUNDLE_DEFAULT](js
 
 **系统能力**: 以下各项对应的系统能力均为SystemCapability.BundleManager.BundleFramework
 
-
-
 | 名称                              | 类型                                                         | 可读 | 可写 | 说明                 |
 | --------------------------------- | ------------------------------------------------------------ | ---- | ---- | -------------------- |
 | name                              | string                                                       | 是   | 否   | 模块名称。             |

zh-cn/application-dev/reference/apis/js-apis-bundle-LauncherAbilityInfo.md

 # LauncherAbilityInfo
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
-
-
 LauncherAbilityInfo信息，通过接口[innerBundleManager.getLauncherAbilityInfos](js-apis-Bundle-InnerBundleManager.md)获取。
 
 ## LauncherAbilityInfo<sup>(deprecated)<sup>

zh-cn/application-dev/reference/apis/js-apis-bundle-PermissionDef.md

 # PermissionDef
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
-
-
 配置文件中定义的权限详细信息。
 
 ## **PermissionDef**<sup>(deprecated)<sup>

zh-cn/application-dev/reference/apis/js-apis-bundleManager-abilityInfo.md

 # AbilityInfo
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 9 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 Ability信息，系统应用可以通过[getBundleInfo](js-apis-bundleManager.md#bundlemanagergetbundleinfo)获取自身或其他应用的Ability信息，三方应用可以通过[getBundleInfoForSelf](js-apis-bundleManager.md#bundlemanagergetbundleinfoforself)获取自身的Ability信息，其中入参[BundleFlag](https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/reference/apis/js-apis-bundleManager.md#bundleflag)需要使用GET_BUNDLE_INFO_WITH_ABILITY。

zh-cn/application-dev/reference/apis/js-apis-bundleManager-applicationInfo.md

 # ApplicationInfo
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 9 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 应用程序信息，系统应用可以通过[getBundleInfo](js-apis-bundleManager.md#bundlemanagergetbundleinfo)获取自身或其他应用的应用程序信息，三方应用可以通过[getBundleInfoForSelf](js-apis-bundleManager.md#bundlemanagergetbundleinfoforself)获取自身的应用程序信息，其中入参[BundleFlag](https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/reference/apis/js-apis-bundleManager.md#bundleflag)需要使用GET_BUNDLE_INFO_WITH_APPLICATION。

zh-cn/application-dev/reference/apis/js-apis-bundleManager.md

@@ -2,7 +2,7 @@
 
 本模块提供应用信息查询能力，支持BundleInfo、ApplicationInfo、Ability、ExtensionAbility等信息的查询
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 9 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 ## 导入模块

zh-cn/application-dev/reference/apis/js-apis-continuation-continuationResult.md

 # ContinuationResult
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 ## ContinuationResult

zh-cn/application-dev/reference/apis/js-apis-deque.md

 # @ohos.util.Deque (线性容器Deque)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 Deque（double ended queue）根据循环队列的数据结构实现，符合先进先出以及先进后出的特点，支持两端的元素插入和移除。Deque会根据实际需要动态调整容量，每次进行两倍扩容。

zh-cn/application-dev/reference/apis/js-apis-document.md

 # @ohos.document (文件交互)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
+>
 > - 本模块首批接口从API version 6开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 > - 本模块接口从API9开始废弃。不建议使用以下接口，调用以下接口将抛出异常。
 

zh-cn/application-dev/reference/apis/js-apis-environment.md

@@ -2,7 +2,7 @@
 
 该模块提供环境目录能力，获取内存存储根目录、公共文件根目录的JS接口。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > - 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 > - 本模块接口为系统接口，三方应用不支持调用。

zh-cn/application-dev/reference/apis/js-apis-fileio.md

@@ -2,7 +2,7 @@
 
 该模块提供文件存储管理能力，包括文件基本管理、文件目录管理、文件信息统计、文件流式读写等常用功能。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 6开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 
@@ -40,7 +40,7 @@ class MainAbility extends Ability {
       let pathDir = data;
  })
  ```
- 
+
  FA模型context的具体获取方法参见[FA模型](js-apis-inner-app-context.md#Context模块)。
 
 ## fileio.stat

zh-cn/application-dev/reference/apis/js-apis-geolocation.md

@@ -2,7 +2,7 @@
 
 位置服务提供GNSS定位、网络定位、地理编码、逆地理编码、国家码和地理围栏等基本功能。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 7开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 > 从API Version 9开始，该接口不再维护，推荐使用新接口[geoLocationManager](js-apis-geoLocationManager.md)。
 
@@ -61,11 +61,11 @@ on(type: 'locationChange', request: LocationRequest, callback: Callback<Locat
   | type | string | 是 | 设置事件类型。type为“locationChange”，表示位置变化。 |
   | request |  [LocationRequest](#locationrequest) | 是 | 设置位置请求参数。 |
   | callback | Callback<[Location](#location)> | 是 | 接收位置变化状态变化监听。 |
-  
+
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var requestInfo = {'priority': 0x203, 'scenario': 0x300, 'timeInterval': 0, 'distanceInterval': 0, 'maxAccuracy': 0};
@@ -98,7 +98,7 @@ off(type: 'locationChange', callback?: Callback<Location>): void
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var requestInfo = {'priority': 0x203, 'scenario': 0x300, 'timeInterval': 0, 'distanceInterval': 0, 'maxAccuracy': 0};
@@ -132,7 +132,7 @@ on(type: 'locationServiceState', callback: Callback<boolean>): void
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var locationServiceState = (state) => {
@@ -164,7 +164,7 @@ off(type: 'locationServiceState', callback?: Callback<boolean>): void;
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var locationServiceState = (state) => {
@@ -199,7 +199,7 @@ on(type: 'cachedGnssLocationsReporting', request: CachedGnssLocationsRequest, ca
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var cachedLocationsCb = (locations) => {
@@ -233,7 +233,7 @@ off(type: 'cachedGnssLocationsReporting', callback?: Callback<Array<Locati
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var cachedLocationsCb = (locations) => {
@@ -268,7 +268,7 @@ on(type: 'gnssStatusChange', callback: Callback<SatelliteStatusInfo>): voi
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var gnssStatusCb = (satelliteStatusInfo) => {
@@ -300,7 +300,7 @@ off(type: 'gnssStatusChange', callback?: Callback<SatelliteStatusInfo>): v
   | callback | Callback<[SatelliteStatusInfo](#satellitestatusinfo)> | 否 | 需要取消订阅的回调函数。若无此参数，则取消当前类型的所有订阅。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var gnssStatusCb = (satelliteStatusInfo) => {
@@ -334,7 +334,7 @@ on(type: 'nmeaMessageChange', callback: Callback<string>): void;
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var nmeaCb = (str) => {
@@ -367,7 +367,7 @@ off(type: 'nmeaMessageChange', callback?: Callback<string>): void;
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var nmeaCb = (str) => {
@@ -402,7 +402,7 @@ on(type: 'fenceStatusChange', request: GeofenceRequest, want: WantAgent): void;
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   import wantAgent from '@ohos.wantAgent';
@@ -450,7 +450,7 @@ off(type: 'fenceStatusChange', request: GeofenceRequest, want: WantAgent): void;
   | want | WantAgent | 是 | 用于接收地理围栏事件上报（进出围栏）。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   import wantAgent from '@ohos.wantAgent';
@@ -497,7 +497,7 @@ getCurrentLocation(request: CurrentLocationRequest, callback: AsyncCallback<L
   | callback | AsyncCallback<[Location](#location)> | 是 | 用来接收位置信息的回调。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var requestInfo = {'priority': 0x203, 'scenario': 0x300,'maxAccuracy': 0};
@@ -534,7 +534,7 @@ getCurrentLocation(callback: AsyncCallback<Location>): void
   | callback | AsyncCallback<[Location](#location)> | 是 | 用来接收位置信息的回调。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var locationChange = (err, location) => {
@@ -576,7 +576,7 @@ getCurrentLocation(request?: CurrentLocationRequest): Promise<Location>
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var requestInfo = {'priority': 0x203, 'scenario': 0x300,'maxAccuracy': 0};
@@ -607,7 +607,7 @@ getLastLocation(callback: AsyncCallback<Location>): void
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.getLastLocation((err, data) => {
@@ -642,7 +642,7 @@ getLastLocation(): Promise<Location>
 
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.getLastLocation().then((result) => {
@@ -671,7 +671,7 @@ isLocationEnabled(callback: AsyncCallback<boolean>): void
   | callback | AsyncCallback<boolean> | 是 | 用来接收位置服务状态的回调。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.isLocationEnabled((err, data) => {
@@ -705,7 +705,7 @@ isLocationEnabled(): Promise<boolean>
   | Promise<boolean> | boolean|NA|返回位置服务是否可用的状态。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.isLocationEnabled().then((result) => {
@@ -734,7 +734,7 @@ requestEnableLocation(callback: AsyncCallback<boolean>): void
   | callback | AsyncCallback<boolean> | 是 | 用来接收位置服务状态的回调。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.requestEnableLocation((err, data) => {
@@ -768,7 +768,7 @@ requestEnableLocation(): Promise<boolean>
   | Promise<boolean> | boolean|NA|返回位置服务是否可用。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.requestEnableLocation().then((result) => {
@@ -797,7 +797,7 @@ isGeoServiceAvailable(callback: AsyncCallback<boolean>): void
   | callback | AsyncCallback<boolean> | 是 | 用来接收地理编码服务状态的回调。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.isGeoServiceAvailable((err, data) => {
@@ -831,7 +831,7 @@ isGeoServiceAvailable(): Promise<boolean>
   | Promise<boolean> |boolean|NA| 返回地理编码服务是否可用的状态。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.isGeoServiceAvailable().then((result) => {
@@ -861,7 +861,7 @@ getAddressesFromLocation(request: ReverseGeoCodeRequest, callback: AsyncCallback
   | callback | AsyncCallback<Array<[GeoAddress](#geoaddress)>> | 是 | 设置接收逆地理编码请求的回调参数。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var reverseGeocodeRequest = {"latitude": 31.12, "longitude": 121.11, "maxItems": 1};
@@ -902,7 +902,7 @@ getAddressesFromLocation(request: ReverseGeoCodeRequest): Promise<Array<Ge
   | Promise<Array<[GeoAddress](#geoaddress)>> | Array<[GeoAddress](#geoaddress)>|NA|返回地理描述信息。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var reverseGeocodeRequest = {"latitude": 31.12, "longitude": 121.11, "maxItems": 1};
@@ -933,7 +933,7 @@ getAddressesFromLocationName(request: GeoCodeRequest, callback: AsyncCallback&lt
   | callback | AsyncCallback<Array<[GeoAddress](#geoaddress)>> | 是 | 设置接收地理编码请求的回调参数。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var geocodeRequest = {"description": "上海市浦东新区xx路xx号", "maxItems": 1};
@@ -974,7 +974,7 @@ getAddressesFromLocationName(request: GeoCodeRequest): Promise<Array<GeoAd
   | Promise<Array<[GeoAddress](#geoaddress)>> | Array<[GeoAddress](#geoaddress)>|NA|设置接收地理编码请求的回调参数。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var geocodeRequest = {"description": "上海市浦东新区xx路xx号", "maxItems": 1};
@@ -1005,7 +1005,7 @@ getCachedGnssLocationsSize(callback: AsyncCallback<number>): void;
   | callback | AsyncCallback<number> | 是 | 用来接收GNSS芯片缓存位置个数的回调。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.getCachedGnssLocationsSize((err, size) => {
@@ -1040,7 +1040,7 @@ getCachedGnssLocationsSize(): Promise<number>;
   | Promise<number> | number|NA|返回GNSS缓存位置的个数。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.getCachedGnssLocationsSize().then((result) => {
@@ -1070,7 +1070,7 @@ flushCachedGnssLocations(callback: AsyncCallback<boolean>): void;
   | callback | AsyncCallback<boolean> | 是 | 用来接收清空GNSS芯片缓存位置操作的结果。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.flushCachedGnssLocations((err, result) => {
@@ -1105,7 +1105,7 @@ flushCachedGnssLocations(): Promise<boolean>;
   | Promise<boolean> |boolean|NA| 清空所有GNSS缓存位置是否成功。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   geolocation.flushCachedGnssLocations().then((result) => {
@@ -1136,7 +1136,7 @@ sendCommand(command: LocationCommand, callback: AsyncCallback<boolean>): v
   | callback | AsyncCallback<boolean> | 是 | 用来接收命令发送的结果。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var requestInfo = {'scenario': 0x301, 'command': "command_1"};
@@ -1178,7 +1178,7 @@ sendCommand(command: LocationCommand): Promise<boolean>;
   | Promise<boolean> |boolean|NA| 表示命令发送成功或失败。 |
 
 **示例**
-  
+
   ```ts
   import geolocation from '@ohos.geolocation';
   var requestInfo = {'scenario': 0x301, 'command': "command_1"};

zh-cn/application-dev/reference/apis/js-apis-hashmap.md

 # @ohos.util.HashMap (非线性容器HashMap)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 HashMap底层使用数组+链表+红黑树的方式实现，查询、插入和删除的效率都很高。HashMap存储内容基于key-value的键值对映射，不能有重复的key，且一个key只能对应一个value。

zh-cn/application-dev/reference/apis/js-apis-hashset.md

 # @ohos.util.HashSet (非线性容器HashSet)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 HashSet基于[HashMap](js-apis-hashmap.md)实现。在HashSet中，只对value对象进行处理。

zh-cn/application-dev/reference/apis/js-apis-hiappevent.md

@@ -2,7 +2,8 @@
 
 本模块提供了应用事件打点能力，包括对打点数据的落盘，以及对打点功能的管理配置。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
+>
 > - 本模块接口从API version 9开始废弃，建议使用新接口[`@ohos.hiviewdfx.hiAppEvent`](js-apis-hiviewdfx-hiappevent.md)替代。
 > - 本模块首批接口从API version 7开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 

zh-cn/application-dev/reference/apis/js-apis-installer.md

 # @ohos.bundle.installer (installer模块)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 9 开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 在设备上安装、升级和卸载应用

zh-cn/application-dev/reference/apis/js-apis-lightweightmap.md

 # @ohos.util.LightWeightMap (非线性容器LightWeightMap)  
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 LightWeightMap可用于存储具有关联关系的key-value键值对集合，存储元素中key值唯一，每个key对应一个value。

zh-cn/application-dev/reference/apis/js-apis-lightweightset.md

 # @ohos.util.LightWeightSet (非线性容器LightWeightSet)@ohos.util.LightWeightSet (非线性容器LightWeightSet) 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 LightWeightSet可用于存储一系列值的集合，存储元素中value值唯一。

zh-cn/application-dev/reference/apis/js-apis-linkedlist.md

 # @ohos.util.LinkedList (线性容器LinkedList)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 LinkedList底层通过双向链表实现，双向链表的每个节点都包含对前一个元素和后一个元素的引用。当需要查询元素时，可以从头遍历，也可以从尾部遍历，插入、删除效率高，查询效率低。LinkedList允许元素为null。

zh-cn/application-dev/reference/apis/js-apis-list.md

 # @ohos.util.List (线性容器List)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 List底层通过单向链表实现，每个节点有一个指向后一个元素的引用。当需要查询元素时，必须从头遍历，插入、删除效率高，查询效率低。List允许元素为null。

zh-cn/application-dev/reference/apis/js-apis-medialibrary.md

 # @ohos.multimedia.medialibrary (媒体库管理)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 该组件从API Version 6开始支持。后续版本如有新增内容，则采用上角标单独标记该内容的起始版本。
 
 ## 导入模块
@@ -999,7 +999,7 @@ async function example() {
 
 提供封装文件属性的方法。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 1. title字段默认为去掉后缀的文件名，音频和视频文件会尝试解析文件内容，部分设备写入后在触发扫描时会被还原。
 > 2. orientation字段部分设备可能不支持修改，建议使用image组件的[ModifyImageProperty](js-apis-image.md#modifyimageproperty9)接口。
 
@@ -2471,7 +2471,7 @@ async function example() {
 
 枚举，文件关键信息。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > bucket_id字段在文件重命名或移动后可能会发生变化，开发者使用前需要重新获取。
 
 **系统能力：** 以下各项对应的系统能力均为SystemCapability.Multimedia.MediaLibrary.Core
@@ -2585,4 +2585,3 @@ async function example() {
 | type  | 'image' | 'video' | 'media' | 是    | 是  | 媒体类型，包括：image, video, media，当前仅支持media类型 |
 | count | number | 是    | 是  | 媒体选择，count = 1表示单选，count大于1表示多选。            |
 
-

zh-cn/application-dev/reference/apis/js-apis-plainarray.md

 # @ohos.util.PlainArray (非线性容器PlainArray)  
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 PlainArray可用于存储具有关联关系的key-value键值对集合，存储元素中key值唯一，key值类型为number类型，每个key对应一个value。

zh-cn/application-dev/reference/apis/js-apis-queue.md

 # @ohos.util.Queue (线性容器Queue)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 Queue的特点是先进先出，在尾部增加元素，在头部删除元素。根据循环队列的数据结构实现。

zh-cn/application-dev/reference/apis/js-apis-securityLabel.md

@@ -2,7 +2,7 @@
 
 该模块提供文件数据安全等级的相关功能：向应用程序提供查询、设置文件数据安全等级的JS接口。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 9开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 ## 导入模块

zh-cn/application-dev/reference/apis/js-apis-stack.md

 # @ohos.util.Stack (线性容器Stack)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 Stack基于数组的数据结构实现，特点是先进后出，只能在一端进行数据的插入和删除。

zh-cn/application-dev/reference/apis/js-apis-statfs.md

@@ -2,7 +2,7 @@
 
 该模块提供文件系统相关存储信息的功能，向应用程序提供获取文件系统总字节数、空闲字节数的JS接口。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 ## 导入模块

zh-cn/application-dev/reference/apis/js-apis-storage-statistics.md

@@ -2,7 +2,7 @@
 
 该模块提供空间查询相关的常用功能：包括对内外卡的空间查询，对应用分类数据统计的查询，对应用数据的查询等。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 

zh-cn/application-dev/reference/apis/js-apis-system-app.md

 # @system.app (应用上下文)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 从API Version 7 开始，该接口不再维护，推荐使用新接口。
 > 
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。

zh-cn/application-dev/reference/apis/js-apis-system-battery.md

@@ -2,7 +2,7 @@
 
 该模块提供充电状态及剩余电量的查询功能。
 
->  ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+>  **说明：**
 >  - 从API Version 6开始不再维护，建议使用[`@ohos.batteryInfo`](js-apis-battery-info.md)替代。
 >  - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 

zh-cn/application-dev/reference/apis/js-apis-system-bluetooth.md

 # @system.bluetooth (蓝牙)
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > - 从API Version 7 开始，该接口不再维护，推荐使用新接口[`@ohos.bluetooth`](js-apis-bluetooth.md)。
 >

zh-cn/application-dev/reference/apis/js-apis-system-brightness.md

@@ -2,7 +2,7 @@
 
 该模块提供屏幕亮度和模式的查询、调节接口。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 从API Version 7 开始不再维护，建议使用[`@ohos.brightness`](js-apis-brightness.md)替代。
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 

zh-cn/application-dev/reference/apis/js-apis-system-cipher.md

 # @system.cipher (加密算法)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 

zh-cn/application-dev/reference/apis/js-apis-system-configuration.md

 # @system.configuration (应用配置)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 从API Version 7 开始，该接口不再维护，推荐使用新接口[`@ohos.i18n`](js-apis-i18n.md)和[`@ohos.intl`](js-apis-intl.md)。
 >
 > 

zh-cn/application-dev/reference/apis/js-apis-system-device.md

@@ -2,14 +2,15 @@
 
 本模块提供当前设备的信息。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
+>
 > - 从API Version 6开始，该接口不再维护，推荐使用新接口[`@ohos.deviceInfo`](js-apis-device-info.md)进行设备信息查询。
-> 
+>
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 ## 导入模块
 
-```
+```typescript
 import device from '@system.device';
 ```
 
@@ -19,7 +20,7 @@ getInfo(Object): void
 
 获取当前设备的信息。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 在首页的onShow生命周期之前不建议调用device.getInfo接口。
 
 **系统能力：** SystemCapability.Startup.SystemInfo
@@ -58,7 +59,7 @@ fail返回错误代码：
 
 **示例：**
 
-```
+```typescript
 export default {    
   getInfo() {        
     device.getInfo({            

zh-cn/application-dev/reference/apis/js-apis-system-fetch.md

 # @system.fetch (数据请求)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 从API Version 6开始，该接口不再维护，推荐使用新接口[`@ohos.net.http`](js-apis-http.md)。
 > 
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
@@ -86,7 +86,7 @@ export default {
 ```
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >   默认支持https，如果要支持http，需要在config.json里增加network标签，属性标识 "cleartextTraffic":  true。即：
 >   
 > ```

zh-cn/application-dev/reference/apis/js-apis-system-file.md

 # @system.file (文件存储)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 从API Version 6开始，该接口不再维护，推荐使用新接口[`@ohos.fileio`](js-apis-fileio.md)。
 > 
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。

zh-cn/application-dev/reference/apis/js-apis-system-location.md

 # @system.geolocation (地理位置)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 > - 从API Version 9开始，该接口不再维护，推荐使用新接口[geoLocationManager](js-apis-geoLocationManager.md)。
 

zh-cn/application-dev/reference/apis/js-apis-system-mediaquery.md

@@ -3,7 +3,7 @@
 提供根据不同媒体类型定义不同的样式。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > - 从API Version 7 开始，该接口不再维护，推荐使用新接口[`@ohos.mediaquery`](js-apis-mediaquery.md)。
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。

zh-cn/application-dev/reference/apis/js-apis-system-network.md

 # @system.network (网络状态)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 从API Version 7 开始，该接口不再维护，推荐使用新接口[`@ohos.telephony.observer`](js-apis-observer.md)。
 > 
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。

zh-cn/application-dev/reference/apis/js-apis-system-notification.md

 # @system.notification (通知消息)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 从API Version 7 开始，该接口不再维护，推荐使用新接口[`@ohos.notification`](js-apis-notification.md)。
 > 
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。

zh-cn/application-dev/reference/apis/js-apis-system-package.md

 # @system.package (应用管理)
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > - 从API version 9开始不再维护，推荐使用该模块[@ohos.bundle.bundleManager](js-apis-bundleManager.md)。
 >

zh-cn/application-dev/reference/apis/js-apis-system-parameter.md

@@ -4,7 +4,7 @@
 详细的系统参数设计原理及定义可参考
 [系统参数](../../../device-dev/subsystems/subsys-boot-init-sysparam.md)。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 本模块接口从API version 9开始不再维护，建议使用新接口[`@ohos.systemParameterV9`](js-apis-system-parameterV9.md)替代。
 > - 本模块首批接口从API version 6开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 > - 本模块接口为系统接口。
@@ -162,7 +162,7 @@ setSync(key: string, value: string): void
 | key | string | 是 | 待设置的系统参数Key。 |
 | value | string | 是 | 待设置的系统参数值。 |
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 此接口只能用于系统应用的参数设置。
 > - 所授权的系统应用需要配置对应selinux和dac规则，具体配置方法请参照系统参数指导文档:[系统参数](../../../device-dev/subsystems/subsys-boot-init-sysparam.md)。
 
@@ -193,7 +193,7 @@ set(key: string, value: string, callback: AsyncCallback<void>): void
 | value | string | 是 | 待设置的系统参数值。 |
 | callback | AsyncCallback<void> | 是 | 回调函数。 |
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 此接口只能用于系统应用的参数设置。
 > - 所授权的系统应用需要配置对应selinux和dac规则，具体配置方法请参照系统参数指导文档:[系统参数](../../../device-dev/subsystems/subsys-boot-init-sysparam.md)。
 
@@ -233,7 +233,7 @@ set(key: string, value: string): Promise<void>
 | -------- | -------- |
 | Promise<void> | Promise示例，用于异步获取结果。 |
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 此接口只能用于系统应用的参数设置。
 > - 所授权的系统应用需要配置对应selinux和dac规则，具体配置方法请参照系统参数指导文档:[系统参数](../../../device-dev/subsystems/subsys-boot-init-sysparam.md)
 

zh-cn/application-dev/reference/apis/js-apis-system-prompt.md

@@ -2,7 +2,7 @@
 
 创建并显示文本提示框、对话框和操作菜单。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > - 从API Version 8 开始，该接口不再维护，推荐使用新接口[`@ohos.prompt`](js-apis-prompt.md)。
 >

zh-cn/application-dev/reference/apis/js-apis-system-request.md

@@ -2,7 +2,7 @@
 
 system.request部件主要给应用提供上传下载文件的基础能力。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 从API Version 9开始所有接口不再维护，推荐使用新接口[`@ohos.request`](js-apis-request.md)。
 > 
 > - 本模块首批接口从API version 3开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
@@ -54,7 +54,7 @@ upload(options: UploadRequestOptions): void
     console.info(' upload err:' + err);
   }
   ```
-  
+
 
 ## UploadRequestOptions
 

zh-cn/application-dev/reference/apis/js-apis-system-router.md

@@ -67,7 +67,7 @@ export default {
 }
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 页面路由栈支持的最大Page数量为32。
 
 
@@ -183,7 +183,7 @@ export default {
 }
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 示例中的uri字段是页面路由，由配置文件中的pages列表指定。
 
 ## router.getParams

zh-cn/application-dev/reference/apis/js-apis-system-sensor.md

@@ -7,7 +7,7 @@ sensor模块提供订阅传感器数据基本能力，主要包含查询传感
 根据传感器的用途，可以将传感器分为六大类：运动类传感器、环境类传感器、方向类传感器、光线类传感器、健康类传感器、其他类传感器（如霍尔传感器），每一大类传感器包含不同类型的传感器，某种类型的传感器可能是单一的物理传感器，也可能是由多个物理传感器复合而成。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > - 从API Version 8开始，该接口不再维护，推荐使用新接口[`@ohos.sensor`](js-apis-sensor.md)。
 > - 本模块首批接口从API version 4开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
@@ -69,7 +69,7 @@ sensor.subscribeAccelerometer({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 ## sensor.unsubscribeAccelerometer
@@ -122,7 +122,7 @@ sensor.subscribeCompass({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 ## sensor.unsubscribeCompass
@@ -173,7 +173,7 @@ sensor.subscribeProximity({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 ## sensor.unsubscribeProximity
@@ -224,7 +224,7 @@ sensor.subscribeLight({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 ## sensor.unsubscribeLight
@@ -277,7 +277,7 @@ sensor.subscribeStepCounter({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 ## sensor.unsubscribeStepCounter
@@ -331,7 +331,7 @@ sensor.subscribeBarometer({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 
@@ -386,7 +386,7 @@ sensor.subscribeHeartRate({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 
@@ -440,7 +440,7 @@ sensor.subscribeOnBodyState({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 ## sensor.unsubscribeOnBodyState
@@ -533,7 +533,7 @@ sensor.subscribeDeviceOrientation({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 ## sensor.unsubscribeDeviceOrientation<sup>6+</sup>
@@ -594,7 +594,7 @@ sensor.subscribeGyroscope({
 });
 ```
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 建议在页面销毁时，即onDestory回调中，取消数据订阅，避免不必要的性能开销。
 
 ## sensor.unsubscribeGyroscope<sup>6+</sup>

zh-cn/application-dev/reference/apis/js-apis-system-vibrate.md

@@ -7,7 +7,7 @@ vibrator模块提供控制马达振动的能力，主要包含灯的列表查询
 控制类小器件指的是设备上的LED灯和振动器。其中，LED灯主要用作指示（如充电状态）、闪烁功能（如三色灯）等；振动器主要用于闹钟、开关机振动、来电振动等场景。
 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > - 本模块首批接口从API version 4开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 > - 从API Version 8开始，该接口不再维护，推荐使用新接口[`@ohos.vibrator`](js-apis-vibrator.md)。
 > - 该功能使用需要对应硬件支持，仅支持真机调试。

zh-cn/application-dev/reference/apis/js-apis-treemap.md

 # @ohos.util.TreeMap (非线性容器TreeMap) 
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 TreeMap可用于存储具有关联关系的key-value键值对集合，存储元素中key值唯一，每个key对应一个value。

zh-cn/application-dev/reference/apis/js-apis-treeset.md

 # @ohos.util.TreeSet (非线性容器TreeSet)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 TreeSet基于[TreeMap](js-apis-treemap.md)实现，在TreeSet中，只对value对象进行处理。TreeSet可用于存储一系列值的集合，元素中value唯一且有序。

zh-cn/application-dev/reference/apis/js-apis-userFileManager.md

@@ -2,7 +2,7 @@
 
 该模块提供用户数据管理能力，包括访问、修改用户等用户公共媒体数据信息等常用功能。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 9开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 > 本模块接口为系统接口。
 
@@ -19,7 +19,7 @@ getUserFileMgr(context: Context): UserFileManager
 获取用户数据管理模块的实例，用于访问和修改用户等用户公共媒体数据信息（如音频、视频、图片、文档等）。
 
 **模型约束：** 此接口仅可在Stage模型下使用。
- 
+
 **系统能力**：SystemCapability.FileManagement.UserFileManager.Core
 
 **参数：** 
@@ -2329,7 +2329,7 @@ async function example() {
 成员类型。
 
 **系统能力：** 以下各项对应的系统能力均为SystemCapability.FileManagement.UserFileManager.Core
- 
+
 | 名称  |  类型 |  可读  |  可写  |  说明  |
 | ----- |  ---- |  ---- |  ---- |  ---- |
 | number |  number | 是 | 是 | number类型 | 

zh-cn/application-dev/reference/apis/js-apis-vector.md

 # @ohos.util.Vector (线性容器Vector)
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 > 本模块首批接口从API version 8开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。
 
 Vector是一种线性数据结构，底层基于数组实现。当Vector的内存用尽时，会自动分配更大的连续内存区，将原先的元素复制到新的内存区，并释放旧的内存区。使用Vector能够高效快速地访问元素。

zh-cn/application-dev/reference/apis/js-apis-volumemanager.md

@@ -2,7 +2,7 @@
 
 该模块提供卷、磁盘查询和管理的相关功能：包括查询卷信息，对卷的挂载卸载、对磁盘分区以及卷的格式化等功能。
 
-> ![icon-note.gif](public_sys-resources/icon-note.gif) **说明：**
+> **说明：**
 >
 > - 本模块首批接口从API version 9开始支持。
 > - 本模块接口为系统接口，三方应用不支持调用。