refact native api introduce document

Signed-off-by: N hhj <huanghuijin@huawei.com>

refact native api introduce document
Signed-off-by: N hhj <huanghuijin@huawei.com>
e3b00651 · hhj · 62fe90f9 · e3b00651 · e3b00651 · e3b00651
8 changed file
--- a/zh-cn/application-dev/napi/introduction.md
+++ b/zh-cn/application-dev/napi/introduction.md
-# Native API介绍
+# Native API（NDK）介绍
-Native API是OHOS SDK上提供的一组native开发接口与工具集合，方便开发者使用C或者C++语言实现应用的关键功能。Native API只覆盖了OHOS基础的一些底层能力，如libc，图形库，窗口系统，多媒体，压缩库等，并没有完全提供类似于JS API上的完整的OHOS 平台能力。在应用中使用Native API会编译成动态库打包到应用中。
+Native API是OHOS SDK上提供的一组native开发接口与工具集合（也俗称为NDK），方便开发者使用C或者C++语言实现应用的关键功能。Native API只覆盖了OHOS基础的一些底层能力，如libc，图形库，窗口系统，多媒体，压缩库等，并没有完全提供类似于JS API上的完整的OHOS 平台能力。在应用中使用Native API会编译成动态库打包到应用中。
+## 名词解释
+|名词|名词解释|
+|--|--|
+|Native API|OHOS SDK里面native包提供的，面向三方应用开发的Native 接口以及相应编译脚本，编译工具链。包括C运行时基础库libc，3D图形库opengl，面向JS与C跨语言的接口Node-API等，具体内容详见下表。|
+|NDK|Native Develop Kit的缩写，在OHOS上就是Native API；Native API是官方名字，NDK指代相同意思。|
+|SDK CAPI|OHOS Native API中的C语言接口，以及工具链部分，当前OHOS的Native API里面只包含C语言接口，因此Native API与CAPI意思一样，建议交流的时候使用CAPI，防止Native API与napi缩写混用。|
+|Node-API|曾用名napi，是OHOS中提供JS与C跨语言调用的接口，是Native API接口中的一部分. 该接口在Node.js提供的Node-API基础上扩展而来，但不完全与Node.js中的Node-API完全兼容。 |
+|napi|Node-API的曾用名，当前Node-API头文件中的接口仍然以napi_开头，但是为了防止与Native API误用，不建议使用。|
 ## Native API构成介绍
 ### Native API目录结构
@@ -34,7 +42,12 @@ Native API在SDK包的位置为$(SDK_ROOT)/native目录，主要有以下几个
 |Mindspore|AI模型接口库|9|
 |包管理|包服务接口，方便查询应用包信息|8|
-Native API中有一部分接口采用开源标准，详细列表见《[Native API中支持的标准库](../reference/native-lib/third_party_libc/musl.md)》《[Node_API](../reference/native-lib/third_party_napi/napi.md)》
+### Native API相关资料
+* 《[API 参考手册](./native-apis/Readme-CN.md)》，介绍各个API参考手册
+* 《[Native API中支持的标准库](../reference/native-lib/third_party_libc/musl.md)》，介绍Native API支持的开源标准库
+* 《[Native API开发指南](../napi/Readme-CN.md)》，结合具体的例子，场景介绍各类接口的使用
 ## 使用介绍

--- a/zh-cn/application-dev/reference/native-lib/Readme-CN.md
+++ b/zh-cn/application-dev/reference/native-lib/Readme-CN.md
 # Native API标准库
+- [libc标准库](third_party_libc/musl.md)
+- [c++标准库](third_party_libc/cxx.md)
 - [Node-API](third_party_napi/napi.md)
 - [libuv](third_party_libuv/libuv.md)
- [Native API中支持的标准库](third_party_libc/musl.md)
+- [OpenSL ES](third_party_opensles/opensles.md)
+- [OpenGL ES](third_party_opengl/opengles.md)
+- [EGL](third_party_opengl/egl.md)
+- [Zlib](third_party_zlib/zlib.md)
 - 附录
-  - [Native api中没有导出的符号列表](third_party_libc/musl-peculiar-symbol.md)
+  - [libc中没有导出的符号列表](third_party_libc/musl-peculiar-symbol.md)
-  - [Native api中由于权限管控可能调用失败的符号列表](third_party_libc/musl-permission-control-symbol.md)
+  - [libc中由于权限管控可能调用失败的符号列表](third_party_libc/musl-permission-control-symbol.md)
  - [Native api中导出的EGL符号列表](third_party_opengl/egl-symbol.md)
  - [Native api中导出的OpenGL ES 3.0符号列表](third_party_opengl/openglesv3-symbol.md)
  - [Native api中支持的OpenSL ES接口列表](third_party_opensles/opensles.md)
\ No newline at end of file
--- a/zh-cn/application-dev/reference/native-lib/third_party_libc/cxx.md
+++ b/zh-cn/application-dev/reference/native-lib/third_party_libc/cxx.md
+# 标准C++库
+OHOS当前使用的是llvm项目的C++标准库实现[libc++](https://libcxx.llvm.org/)。
+## 版本
+10.0.1
+从OHOS 3.2开始，libc++升级到clang/llvm 12.0.1版本
+从OHOS 4.0开始，libc++升级到clang/llvm 15.0.4版本
+## 支持的能力
+C++11、C++14标准已完全支持，C++17和C++20标准正在完善。具体语言特性支持标准可以参考[https://libcxx.llvm.org/](https://libcxx.llvm.org/)网站对应的ReleaseNotes。
+## ABI兼容
+在OHOS系统中，系统框架与应用Native库都在使用C++标准库，两部分的Native库的版本升级节奏是不一样。系统框架依赖的C++标准库随镜像版本升级，而应用依赖的C++标准库随编译时候使用的SDK版本升级，两部分依赖的C++基础库会跨多个大版本，要保证双方C++ ABI兼容性是非常困难的。
\ No newline at end of file
--- a/zh-cn/application-dev/reference/native-lib/third_party_libc/musl-permission-control-symbol.md
+++ b/zh-cn/application-dev/reference/native-lib/third_party_libc/musl-permission-control-symbol.md
-# Native api中由于权限管控可能调用失败的符号列表
+# Native API中由于权限管控可能调用失败的符号列表
+使用如下接口请确保应用实体有相应的权限。
 | 符号名 | 调用失败可能的原因 |
 | --- | --- |

--- a/zh-cn/application-dev/reference/native-lib/third_party_libc/musl.md
+++ b/zh-cn/application-dev/reference/native-lib/third_party_libc/musl.md
 # Native API中支持的标准库
 ## 简介
+OHOS采用musl作为C标准库，musl库是一个轻量，快速，简单，免费的开源库。
-**表1** OpenHarmony支持的标准库
-| 名称      | 简介                                                         |
-| :-------- | :----------------------------------------------------------- |
-| 标准C库   | [libc、libm、libdl](https://zh.cppreference.com/w/c/header)组合实现C11标准C库。      |
-| 标准C++库 | [libc++](https://libcxx.llvm.org/) 是C++标准库的一种实现。   |
-| OpenSL ES | [OpenSL ES](https://www.khronos.org/registry/OpenSL-ES/)是一个嵌入式跨平台的音频处理库。 |
-| zlib      | [Zlib](https://zlib.net/)是基于C/C++语言实现的一个通用的数据压缩库。 |
-| EGL   | [EGL](https://www.khronos.org/egl/)是渲染API与底层原生窗口系统之间的一种标准的软件接口。 |
-| OpenGL ES | [OpenGL ES](https://www.khronos.org/opengles/)是一个嵌入式跨平台的为 3D 图形处理硬件指定标准的软件接口。 |
 ## 标准C库
@@ -19,14 +10,16 @@
 libc：包含线程相关接口，以及大部分标准接口。
-libm：数学库函数接口。
+libm：数学库函数接口，当前在OHOS中是一个链接，实际都在libc中定义。
-libdl：dlopen等动态链接器接口。
+libdl：dlopen等动态链接器接口，当前在OHOS中是一个链接，实际都在libc中定义。
 **版本**
 1.2.0
+从OHOS4.0开始，版本升级到1.2.3
 **支持的能力**
 C标准函数库是在C语言程序设计中，所有符合标准的头文件的集合，以及常用的函数库实现程序（如I/O输入输出和字符串控制）。
@@ -37,48 +30,5 @@ C标准函数库是在C语言程序设计中，所有符合标准的头文件的
 [native api由于权限管控可能调用失败的符号列表](musl-permission-control-symbol.md)
-## 标准C++库
-[libc++](https://libcxx.llvm.org/)是C++标准库的一种实现。
-**版本**
-10.0.1
-**支持的能力**
-C++11、C++14标准已完全支持，C++17和C++20标准正在完善。
-## OpenSL ES
-[OpenSL ES](https://www.khronos.org/registry/OpenSL-ES/)是一个嵌入式跨平台的音频处理库。
-**支持的能力**
-[Native api中支持的OpenSL ES接口列表](../third_party_opensles/opensles.md)
-## zlib
-[Zlib](https://zlib.net/)是基于C/C++语言实现的一个通用的数据压缩库。
-## EGL
-EGL 是Khronos渲染API (如OpenGL ES 或 OpenVG) 与底层原生窗口系统之间的接口。OpenHarmony 现已支持 EGL。
-**标准库中导出的符号列表**
-[native api中导出的EGL符号列表](../third_party_opengl/egl-symbol.md)
-## OpenGL ES
-OpenGL 是一种跨平台的图形 API，用于为 3D 图形处理硬件指定标准的软件接口。[OpenGL ES](https://www.khronos.org/opengles/) 是 OpenGL 规范的一种形式，适用于嵌入式设备。OpenHarmony 现已支持 OpenGL ES 3.0。
-**支持的能力**
-OpenGL ES 3.0
-**标准库中导出的符号列表**
-[native api中导出的OpenGL ES 3.0符号列表](../third_party_opengl/openglesv3-symbol.md)
 <!--no_check-->
\ No newline at end of file
--- a/zh-cn/application-dev/reference/native-lib/third_party_opengl/egl.md
+++ b/zh-cn/application-dev/reference/native-lib/third_party_opengl/egl.md
+# EGL
+EGL 是Khronos渲染API (如OpenGL ES 或 OpenVG) 与底层原生窗口系统之间的接口。OpenHarmony 现已支持 EGL。
+## 标准库中导出的符号列表
+[native api中导出的EGL符号列表](egl-symbol.md)
--- a/zh-cn/application-dev/reference/native-lib/third_party_opengl/opengles.md
+++ b/zh-cn/application-dev/reference/native-lib/third_party_opengl/opengles.md
+# OpenGL ES
+OpenGL 是一种跨平台的图形 API，用于为 3D 图形处理硬件指定标准的软件接口。[OpenGL ES](https://www.khronos.org/opengles/) 是 OpenGL 规范的一种形式，适用于嵌入式设备。OpenHarmony 现已支持 OpenGL ES 3.0。
+## 支持的能力
+OpenGL ES 3.0
+## 标准库中导出的符号列表
+[native api中导出的OpenGL ES 3.0符号列表](openglesv3-symbol.md)
\ No newline at end of file
--- a/zh-cn/application-dev/reference/native-lib/third_party_zlib/zlib.md
+++ b/zh-cn/application-dev/reference/native-lib/third_party_zlib/zlib.md
+# zlib
+[Zlib](https://zlib.net/)是基于C/C++语言实现的一个通用的数据压缩库。
\ No newline at end of file