!1240 修改拼写错误、准确性问题

Merge pull request !1240 from wusongqing/E0118

zh-cn/application-dev/reference/apis/Readme-CN.md

@@ -63,7 +63,7 @@
     - [动画](js-apis-basic-features-animator.md)
     - [应用打点](js-apis-hiappevent.md)
     - [性能打点](js-apis-bytrace.md)
-    - [故障日志获取](js-apis-falutLogger.md)
+    - [故障日志获取](js-apis-faultLogger.md)
 - 语言基础类库
     - [获取进程相关的信息](js-apis-process.md)
     - [URL字符串解析](js-apis-url.md)

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

@@ -741,7 +741,7 @@ CommonEvent.unsubscribe(subscriber, UnsubscribeCallBack);
 
 - 方法说明
 
-  取消当前的公共事件，仅对有序公共事件有效，取消后，公共事件不再向下一个订阅者传递（callback形式）
+  清除当前公共事件的取消状态，仅对有序公共事件有效（callback形式）
 
 - 参数
 
@@ -765,7 +765,7 @@ CommonEvent.unsubscribe(subscriber, UnsubscribeCallBack);
 
 - 方法说明
 
-  取消当前的公共事件，仅对有序公共事件有效，取消后，公共事件不再向下一个订阅者传递（Promise形式）
+  清除当前公共事件的取消状态，仅对有序公共事件有效（Promise形式）
 
 - 示例
 

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

@@ -718,7 +718,7 @@ this.StartContinueAbility(remoteDeviceId); //remoteDeviceId is acquired from Dev
 | FLAG_NOT_OHOS_COMPONENT              | 0x00000010 | 指定组件是否属于OHOS                                         |
 | FLAG_ABILITY_FORM_ENABLED            | 0x00000020 | 指定是否启动某个能力                                         |
 | FLAG_AUTH_PERSISTABLE_URI_PERMISSION | 0x00000040 | 指示URI上可能持久化的授权                                    |
-| FLAG_AUTH_PREFIX_URI_PERMISSION      | 0x00000080 | 将结果返回到源能力                                           |
+| FLAG_AUTH_PREFIX_URI_PERMISSION      | 0x00000080 | 指示对URI前缀进行授权的权限                                           |
 | FLAG_ABILITYSLICE_MULTI_DEVICE       | 0x00000100 | 支持分布式调度系统中的多设备启动                             |
 | FLAG_START_FOREGROUND_ABILITY        | 0x00000200 | 指示无论主机应用程序是否已启动，都将启动使用服务模板的功能   |
 | FLAG_ABILITY_CONTINUATION_REVERSIBLE | 0x00000400 | 表示迁移是可拉回的。                                         |

zh-cn/device-dev/driver/driver-peripherals-audio-des.md

@@ -119,19 +119,19 @@ hdf_audio_codec_dev1
 
 ### 播放流程<a name="section3112"></a>
 ![=](figures/ADM播放流程图.png)
-1. 播放音频时，Interface Lib层通过播放流服务下发Render Open指令，Render Stream Dispatch服务收到指令后分别调用各模块的函数接口对指令进行下发。
+1. 播放音频时，Interface Lib层通过播放流服务下发Render Open指令，Audio Stream Dispatch服务收到指令后分别调用各模块的函数接口对指令进行下发。
 
 2. Interface Lib层通过控制服务下发通路选择指令，Control Dispatch控制服务收到指令后调用Dai模块接口设置通路。
 
-3. Interface Lib层通过播放流服务下发硬件参数，Render Stream Dispatch服务收到参数后分别调用各模块参数设置接口，对硬件参数进行设置。
+3. Interface Lib层通过播放流服务下发硬件参数，Audio Stream Dispatch服务收到参数后分别调用各模块参数设置接口，对硬件参数进行设置。
 
-4. Interface Lib层通过播放流服务下发播放启动指令，Render Stream Dispatch服务收到指令后分别调用各模块启动接口，对各模块进行启动设置。
+4. Interface Lib层通过播放流服务下发播放启动指令，Audio Stream Dispatch服务收到指令后分别调用各模块启动接口，对各模块进行启动设置。
 
-5. Interface Lib层通过播放流服务下发音频数据，Render Stream Dispatch服务收到数据后调用Platform AudioPcmWrite接口将音频数据传给Dma。
+5. Interface Lib层通过播放流服务下发音频数据，Audio Stream Dispatch服务收到数据后调用Platform AudioPcmWrite接口将音频数据传给Dma。
 
-6. Interface Lib层通过播放流服务下发播放停止指令，Render Stream Dispatch服务收到指令后分别调用各模块停止接口，对各模块进行停止设置。
+6. Interface Lib层通过播放流服务下发播放停止指令，Audio Stream Dispatch服务收到指令后分别调用各模块停止接口，对各模块进行停止设置。
 
-7. Interface Lib层通过播放流服务下发Render Close指令，Render Stream Dispatch服务收到指令后调用Platform AudioRenderClose对已申请资源进行释放。
+7. Interface Lib层通过播放流服务下发Render Close指令，Audio Stream Dispatch服务收到指令后调用Platform AudioRenderClose对已申请资源进行释放。
 
 ### 控制流程<a name="section3113"></a>
 
@@ -464,9 +464,9 @@ array index
 6：External Codec Enable
 7：Internally Codec Enable
 8：Render Channel Mode
-9：Captrue Channel Mode
+9：Capture Channel Mode
 iface
-0：virtual dac devic
+0：virtual dac device
 1：virtual adc device
 2：virtual adc device
 3：virtual mixer device
@@ -546,7 +546,7 @@ ctrlParamsSeqConfig：控制功能寄存器配置组，其中item与controlsConf
                     0x20, 0x20, 16, 16, 0x0, 0xF, 0x1F, 0, 0,     //"Mic Left Gain"
                     0x20, 0x20, 24, 24, 0x0, 0xF, 0x1F, 0, 0,     //"Mic Right Gain"
                     0x2000, 0x2000, 16, 16, 0x0, 0x7, 0x7, 0, 0,  //"Render Channel Mode"
-                    0x1000, 0x1000, 16, 16, 0x0, 0x7, 0x7, 0, 0  //"Captrue Channel Mode"
+                    0x1000, 0x1000, 16, 16, 0x0, 0x7, 0x7, 0, 0  //"Capture Channel Mode"
                 ];
 
                 /* 上层下发参数后，写入音频相关信息的寄存器 
@@ -661,8 +661,8 @@ int32_t CodecDeviceInit(struct AudioCard *audioCard, struct CodecDevice *codec)
 代码路径：drivers/peripheral/audio/chipsets/tfa9879/accessory
 
 SmartPA归属于Accessory驱动的一种，开发步骤类似于codec：
-1. 定义填充一个具体的accesory
-2. 实现accesory回调函数
+1. 定义填充一个具体的accessory
+2. 实现accessory回调函数
 3. 注册绑定到HDF框架
 4. 配置HCS和Makefile。
 
@@ -672,7 +672,7 @@ Accessory模块需要填充如下3个结构体：
 
 - g_tfa9879Data ：accessory设备操作函数集，其中包含HCS文件中的配置信息，且定义与映射了accessory设备的初始化、读写寄存器的方法函数。
 
-- g_tfa9879DaiDeviceOps ：accessory设备DAI的数据集，其中定义与映射了accessory设备的数据访问接口的驱动名、初始化和操作集。
+- g_tfa9879DaiDeviceOps ：accessory设备DAI的数据集，其中定义与映射了accessory设备DAI的操作集。
 
 - g_tfa9879DaiData ：accessory设备DAI的数据集，其中定义与映射了accessory设备的数据访问接口的驱动名、初始化和操作集。
 
@@ -1406,4 +1406,4 @@ static void *hal_main()
 
 # 总结<a name="section9999"></a>
 
-以上就是基于Audo驱动框架进行移植开发过程中，所涉及的所有关键适配点。重点介绍了 Audio驱动适配方法、HDI层接口使用方法。开发者可以根据不同芯片进行适配，方便简单。希望通过本次的文档，您能初步掌握基于HDF框架的Audio驱动开发。
+以上就是基于Audio驱动框架进行移植开发过程中，所涉及的所有关键适配点。重点介绍了 Audio驱动适配方法、HDI层接口使用方法。开发者可以根据不同芯片进行适配，方便简单。希望通过本次的文档，您能初步掌握基于HDF框架的Audio驱动开发。
\ No newline at end of file