Node.js v25.0.0 文档
- Node.js v25.0.0
-
目录
- Node-API
- 用各种编程语言编写插件
- ABI 稳定性的含义
- 构建
- 用法
- Node-API 版本矩阵
- 环境生命周期 API
- 基本 Node-API 数据类型
- 错误处理
- 对象生命周期管理
- 模块注册
- 使用 JavaScript 值
- 枚举类型
- 对象创建函数
napi_create_arraynapi_create_array_with_lengthnapi_create_arraybuffernapi_create_buffernapi_create_buffer_copynapi_create_datenapi_create_externalnapi_create_external_arraybuffernapi_create_external_buffernapi_create_objectnapi_create_symbolnode_api_symbol_fornapi_create_typedarraynode_api_create_buffer_from_arraybuffernapi_create_dataview
- 将 C 类型转换为 Node-API 的函数
napi_create_int32napi_create_uint32napi_create_int64napi_create_doublenapi_create_bigint_int64napi_create_bigint_uint64napi_create_bigint_wordsnapi_create_string_latin1node_api_create_external_string_latin1napi_create_string_utf16node_api_create_external_string_utf16napi_create_string_utf8
- 创建优化属性键的函数
- 将 Node-API 转换为 C 类型的函数
napi_get_array_lengthnapi_get_arraybuffer_infonapi_get_buffer_infonapi_get_prototypenapi_get_typedarray_infonapi_get_dataview_infonapi_get_date_valuenapi_get_value_boolnapi_get_value_doublenapi_get_value_bigint_int64napi_get_value_bigint_uint64napi_get_value_bigint_wordsnapi_get_value_externalnapi_get_value_int32napi_get_value_int64napi_get_value_string_latin1napi_get_value_string_utf8napi_get_value_string_utf16napi_get_value_uint32
- 获取全局实例的函数
- 使用 JavaScript 值和抽象操作
napi_coerce_to_boolnapi_coerce_to_numbernapi_coerce_to_objectnapi_coerce_to_stringnapi_typeofnapi_instanceofnapi_is_arraynapi_is_arraybuffernapi_is_buffernapi_is_datenapi_is_errornapi_is_typedarraynapi_is_dataviewnapi_strict_equalsnapi_detach_arraybuffernapi_is_detached_arraybuffernode_api_is_sharedarraybuffernode_api_create_sharedarraybuffer
- 使用 JavaScript 属性
- 结构体
- 函数
napi_get_property_namesnapi_get_all_property_namesnapi_set_propertynapi_get_propertynapi_has_propertynapi_delete_propertynapi_has_own_propertynapi_set_named_propertynapi_get_named_propertynapi_has_named_propertynapi_set_elementnapi_get_elementnapi_has_elementnapi_delete_elementnapi_define_propertiesnapi_object_freezenapi_object_seal
- 使用 JavaScript 函数
- 对象封装
- 简单的异步操作
- 自定义异步操作
- 版本管理
- 内存管理
- Promise
- 脚本执行
- libuv 事件循环
- 异步线程安全函数调用
- 杂项工具
- Node-API
-
索引
- 断言测试
- 异步上下文跟踪
- 异步钩子
- 缓冲区
- C++ 插件
- 使用 Node-API 的 C/C++ 插件
- C++ 嵌入器 API
- 子进程
- 集群
- 命令行选项
- 控制台
- 加密
- 调试器
- 已弃用的 API
- 诊断通道
- DNS
- 域
- 环境变量
- 错误
- 事件
- 文件系统
- 全局对象
- HTTP
- HTTP/2
- HTTPS
- 检查器
- 国际化
- 模块:CommonJS 模块
- 模块:ECMAScript 模块
- 模块:
node:moduleAPI - 模块:包
- 模块:TypeScript
- 网络
- 操作系统
- 路径
- 性能钩子
- 权限
- 进程
- Punycode
- 查询字符串
- 逐行读取
- REPL
- 报告
- 单一可执行文件应用
- SQLite
- 流
- 字符串解码器
- 测试运行器
- 定时器
- TLS/SSL
- 跟踪事件
- TTY
- UDP/数据报
- URL
- 实用工具
- V8
- 虚拟机
- WASI
- Web Crypto API
- Web Streams API
- 工作线程
- Zlib
- 其他版本
- 选项
Node-API#
Node-API(以前称为 N-API)是一个用于构建原生插件的 API。它独立于底层 JavaScript 运行时(例如 V8),并作为 Node.js 本身的一部分进行维护。该 API 在 Node.js 的各个版本中将保持应用二进制接口(ABI)稳定。它旨在使插件免受底层 JavaScript 引擎变化的影响,并允许为某个主要版本编译的模块在后续主要版本的 Node.js 上运行而无需重新编译。ABI 稳定性指南提供了更深入的解释。
插件的构建/打包方式与C++ 插件部分所述的方法/工具相同。唯一的区别是原生代码使用的 API 集。不是使用 V8 或 Node.js 原生抽象 API,而是使用 Node-API 中提供的函数。
Node-API 公开的 API 通常用于创建和操作 JavaScript 值。概念和操作通常映射到 ECMA-262 语言规范中指定的思想。这些 API 具有以下属性:
- 所有 Node-API 调用都返回
napi_status类型的状态码。此状态表示 API 调用成功还是失败。 - API 的返回值通过 out 参数传递。
- 所有 JavaScript 值都被抽象为一个名为
napi_value的不透明类型。 - 如果状态码表示错误,可以使用
napi_get_last_error_info获取附加信息。更多信息可在错误处理部分错误处理中找到。
用各种编程语言编写插件#
Node-API 是一个 C API,它确保了 Node.js 版本和不同编译器级别的 ABI 稳定性。有了这个稳定性保证,就可以在 Node-API 之上用其他编程语言编写插件。有关更多编程语言和引擎支持的详细信息,请参阅语言和引擎绑定。
node-addon-api 是官方 C++ 绑定,它提供了更高效的方式来编写调用 Node-API 的 C++ 代码。这个封装器是一个只包含头文件的库,提供了一个可内联的 C++ API。使用 node-addon-api 构建的二进制文件将依赖于 Node.js 导出的 Node-API C 语言函数的符号。以下代码片段是 node-addon-api 的一个示例:
Object obj = Object::New(env);
obj["foo"] = String::New(env, "bar");
上述 node-addon-api C++ 代码等效于以下基于 C 的 Node-API 代码:
napi_status status;
napi_value object, string;
status = napi_create_object(env, &object);
if (status != napi_ok) {
napi_throw_error(env, ...);
return;
}
status = napi_create_string_utf8(env, "bar", NAPI_AUTO_LENGTH, &string);
if (status != napi_ok) {
napi_throw_error(env, ...);
return;
}
status = napi_set_named_property(env, object, "foo", string);
if (status != napi_ok) {
napi_throw_error(env, ...);
return;
}
最终结果是插件只使用导出的 C API。即使插件是用 C++ 编写的,它仍然受益于 C Node-API 提供的 ABI 稳定性。
当使用 node-addon-api 而不是 C API 时,请从 node-addon-api 的 API 文档开始。
Node-API 资源为刚开始使用 Node-API 和 node-addon-api 的开发人员提供了很好的指导和技巧。其他媒体资源可以在 Node-API 媒体页面上找到。
ABI 稳定性的含义#
尽管 Node-API 提供了 ABI 稳定性保证,但 Node.js 的其他部分则不提供,并且插件使用的任何外部库也可能不提供。特别是,以下任何 API 都不能跨主要版本提供 ABI 稳定性保证:
-
通过以下任何方式可用的 Node.js C++ API:
#include <node.h> #include <node_buffer.h> #include <node_version.h> #include <node_object_wrap.h> -
Node.js 中也包含的 libuv API,可通过以下方式获取:
#include <uv.h> -
通过以下方式可用的 V8 API:
#include <v8.h>
因此,为了使插件在 Node.js 主要版本之间保持 ABI 兼容,它必须通过以下方式专门使用 Node-API:
#include <node_api.h>
并检查其使用的所有外部库是否提供与 Node-API 类似的 ABI 稳定性保证。
ABI 稳定性中的枚举值#
Node-API 中定义的所有枚举数据类型都应视为固定大小的 int32_t 值。位标志枚举类型应明确记录,它们与位运算符(如位或 (|))作为位值一起工作。除非另有说明,否则枚举类型应被视为可扩展的。
新的枚举值将添加到枚举定义的末尾。枚举值不会被删除或重命名。
对于从 Node-API 函数返回的枚举类型,或作为 Node-API 函数的 out 参数提供的枚举类型,该值是一个整数值,插件应处理未知值。允许在没有版本保护的情况下引入新值。例如,在 switch 语句中检查 napi_status 时,插件应包含一个 default 分支,因为在新版 Node.js 中可能会引入新的状态码。
对于用作 in 参数的枚举类型,除非另有说明,将未知整数值传递给 Node-API 函数的结果是未定义的。新值是在版本保护下添加的,以指示引入它的 Node-API 版本。例如,napi_get_all_property_names 可以扩展为 napi_key_filter 的新枚举值。
对于在 in 参数和 out 参数中都使用的枚举类型,允许在没有版本保护的情况下引入新值。
构建#
与用 JavaScript 编写的模块不同,使用 Node-API 开发和部署 Node.js 原生插件需要一套额外的工具。除了开发 Node.js 所需的基本工具之外,原生插件开发人员还需要一个可以将 C 和 C++ 代码编译成二进制文件的工具链。此外,根据原生插件的部署方式,原生插件的用户也需要安装 C/C++ 工具链。
对于 Linux 开发人员,必要的 C/C++ 工具链包易于获得。GCC 在 Node.js 社区中被广泛用于跨各种平台进行构建和测试。对于许多开发人员来说,LLVM 编译器基础设施也是一个不错的选择。
对于 Mac 开发人员,Xcode 提供了所有必需的编译器工具。但是,不必安装整个 Xcode IDE。以下命令安装必要的工具链:
xcode-select --install
对于 Windows 开发人员,Visual Studio 提供了所有必需的编译器工具。但是,不必安装整个 Visual Studio IDE。以下命令安装必要的工具链:
npm install --global windows-build-tools
以下部分描述了用于开发和部署 Node.js 原生插件的其他可用工具。
构建工具#
此处列出的两个工具都要求原生插件的用户安装 C/C++ 工具链,才能成功安装原生插件。
node-gyp#
node-gyp 是一个基于 Google 的 GYP 工具的 gyp-next 分支的构建系统,并与 npm 捆绑在一起。GYP,因此 node-gyp,要求安装 Python。
历史上,node-gyp 一直是构建原生插件的首选工具。它得到了广泛的采用和文档支持。然而,一些开发人员在使用 node-gyp 时遇到了限制。
CMake.js#
CMake.js 是已经使用 CMake 的项目或受 node-gyp 限制影响的开发人员的不错选择。build_with_cmake 是一个基于 CMake 的原生插件项目示例。
上传预编译二进制文件#
此处列出的三个工具允许原生插件开发人员和维护人员创建二进制文件并将其上传到公共或私有服务器。这些工具通常与 Travis CI 和 AppVeyor 等 CI/CD 构建系统集成,以针对各种平台和架构构建和上传二进制文件。然后,这些二进制文件可供不需要安装 C/C++ 工具链的用户下载。
node-pre-gyp#
node-pre-gyp 是一个基于 node-gyp 的工具,增加了将二进制文件上传到开发人员选择的服务器的能力。node-pre-gyp 对上传二进制文件到 Amazon S3 有特别好的支持。
prebuild#
prebuild 是一个支持使用 node-gyp 或 CMake.js 进行构建的工具。与支持各种服务器的 node-pre-gyp 不同,prebuild 只将二进制文件上传到 GitHub releases。prebuild 是使用 CMake.js 的 GitHub 项目的不错选择。
prebuildify#
prebuildify 是一个基于 node-gyp 的工具。prebuildify 的优点是,当原生插件上传到 npm 时,构建的二进制文件会与原生插件捆绑在一起。二进制文件从 npm 下载,并在安装原生插件时立即可供模块用户使用。
用法#
为了使用 Node-API 函数,请包含位于 Node 开发树 src 目录中的文件 node_api.h:
#include <node_api.h>
这将选择给定 Node.js 版本的默认 NAPI_VERSION。为了确保与特定 Node-API 版本的兼容性,可以在包含头文件时显式指定版本:
#define NAPI_VERSION 3
#include <node_api.h>
这会将 Node-API 表面限制为仅指定(及更早)版本中可用的功能。
一些 Node-API 表面是实验性的,需要显式选择加入:
#define NAPI_EXPERIMENTAL
#include <node_api.h>
在这种情况下,整个 API 表面,包括任何实验性 API,都将可用于模块代码。
偶尔会引入影响已发布和稳定 API 的实验性功能。这些功能可以通过选择退出禁用:
#define NAPI_EXPERIMENTAL
#define NODE_API_EXPERIMENTAL_<FEATURE_NAME>_OPT_OUT
#include <node_api.h>
其中 <FEATURE_NAME> 是影响实验性 API 和稳定 API 的实验性功能的名称。
Node-API 版本矩阵#
直到版本 9,Node-API 版本是累加的,并且与 Node.js 独立版本化。这意味着任何版本都是前一个版本的扩展,因为它包含了前一个版本的所有 API 并增加了一些内容。每个 Node.js 版本只支持一个 Node-API 版本。例如,v18.15.0 只支持 Node-API 版本 8。ABI 稳定性之所以实现,是因为 8 是所有以前版本的严格超集。
从版本 9 开始,虽然 Node-API 版本仍然独立版本化,但使用 Node-API 版本 9 运行的插件可能需要代码更新才能使用 Node-API 版本 10。但是,ABI 稳定性得到了维护,因为支持 Node-API 版本高于 8 的 Node.js 版本将支持 8 和它们支持的最高版本之间的所有版本,并且将默认提供版本 8 的 API,除非插件选择加入更高的 Node-API 版本。这种方法提供了更好地优化现有 Node-API 函数的灵活性,同时保持了 ABI 稳定性。现有插件可以继续运行,无需重新编译即可使用较早版本的 Node-API。如果插件需要较新 Node-API 版本的功能,则需要更改现有代码并重新编译才能使用这些新函数。
在支持 Node-API 版本 9 及更高版本的 Node.js 版本中,定义 NAPI_VERSION=X 并使用现有插件初始化宏会将请求的 Node-API 版本烘焙到插件中,该版本将在运行时使用。如果未设置 NAPI_VERSION,则默认为 8。
此表在较旧的流中可能不是最新的,最新信息请参阅最新 API 文档:Node-API 版本矩阵
| Node-API 版本 | 支持的版本 |
|---|---|
| 10 | v22.14.0+、23.6.0+ 及所有更高版本 |
| 9 | v18.17.0+、20.3.0+、21.0.0 及所有更高版本 |
| 8 | v12.22.0+、v14.17.0+、v15.12.0+、16.0.0 及所有更高版本 |
| 7 | v10.23.0+、v12.19.0+、v14.12.0+、15.0.0 及所有更高版本 |
| 6 | v10.20.0+、v12.17.0+、14.0.0 及所有更高版本 |
| 5 | v10.17.0+、v12.11.0+、13.0.0 及所有更高版本 |
| 4 | v10.16.0+、v11.8.0+、12.0.0 及所有更高版本 |
| 3 | v6.14.2*、8.11.2+、v9.11.0+*、10.0.0 及所有更高版本 |
| 2 | v8.10.0+*、v9.3.0+*、10.0.0 及所有更高版本 |
| 1 | v8.6.0+**、v9.0.0+*、10.0.0 及所有更高版本 |
* Node-API 是实验性的。
** Node.js 8.0.0 将 Node-API 作为实验性功能包含在内。它作为 Node-API 版本 1 发布,但一直发展到 Node.js 8.6.0。API 在 Node.js 8.6.0 之前的版本中有所不同。我们建议使用 Node-API 版本 3 或更高版本。
Node-API 文档中的每个 API 都将有一个名为 added in: 的标题,稳定的 API 将有一个附加标题 Node-API version:。当使用支持 Node-API version: 中所示的 Node-API 版本或更高版本的 Node.js 版本时,API 可直接使用。当使用不支持所列 Node-API version: 的 Node.js 版本,或者未列出 Node-API version: 时,只有在包含 node_api.h 或 js_native_api.h 之前定义了 #define NAPI_EXPERIMENTAL 时,API 才可用。如果某个 API 在晚于 added in: 中所示的 Node.js 版本上似乎不可用,这很可能是其明显缺失的原因。
严格与从原生代码访问 ECMAScript 功能相关的 Node-API 可以在 js_native_api.h 和 js_native_api_types.h 中单独找到。这些头文件中定义的 API 包含在 node_api.h 和 node_api_types.h 中。头文件以这种方式构造,以便允许在 Node.js 之外实现 Node-API。对于这些实现,特定于 Node.js 的 API 可能不适用。
插件中特定于 Node.js 的部分可以与将实际功能暴露给 JavaScript 环境的代码分离,以便后者可以与 Node-API 的多个实现一起使用。在下面的示例中,addon.c 和 addon.h 只引用 js_native_api.h。这确保了 addon.c 可以重用以针对 Node.js 实现的 Node-API 或 Node.js 之外的任何 Node-API 实现进行编译。
addon_node.c 是一个单独的文件,其中包含插件的 Node.js 特定入口点,并在插件加载到 Node.js 环境时通过调用 addon.c 来实例化插件。
// addon.h
#ifndef _ADDON_H_
#define _ADDON_H_
#include <js_native_api.h>
napi_value create_addon(napi_env env);
#endif // _ADDON_H_
// addon.c
#include "addon.h"
#define NODE_API_CALL(env, call) \
do { \
napi_status status = (call); \
if (status != napi_ok) { \
const napi_extended_error_info* error_info = NULL; \
napi_get_last_error_info((env), &error_info); \
const char* err_message = error_info->error_message; \
bool is_pending; \
napi_is_exception_pending((env), &is_pending); \
/* If an exception is already pending, don't rethrow it */ \
if (!is_pending) { \
const char* message = (err_message == NULL) \
? "empty error message" \
: err_message; \
napi_throw_error((env), NULL, message); \
} \
return NULL; \
} \
} while(0)
static napi_value
DoSomethingUseful(napi_env env, napi_callback_info info) {
// Do something useful.
return NULL;
}
napi_value create_addon(napi_env env) {
napi_value result;
NODE_API_CALL(env, napi_create_object(env, &result));
napi_value exported_function;
NODE_API_CALL(env, napi_create_function(env,
"doSomethingUseful",
NAPI_AUTO_LENGTH,
DoSomethingUseful,
NULL,
&exported_function));
NODE_API_CALL(env, napi_set_named_property(env,
result,
"doSomethingUseful",
exported_function));
return result;
}
// addon_node.c
#include <node_api.h>
#include "addon.h"
NAPI_MODULE_INIT(/* napi_env env, napi_value exports */) {
// This function body is expected to return a `napi_value`.
// The variables `napi_env env` and `napi_value exports` may be used within
// the body, as they are provided by the definition of `NAPI_MODULE_INIT()`.
return create_addon(env);
}
环境生命周期 API#
ECMAScript 语言规范的代理部分将“代理”定义为 JavaScript 代码运行的自包含环境。进程可以并发或按顺序启动和终止多个此类代理。
一个 Node.js 环境对应一个 ECMAScript 代理。在主进程中,环境在启动时创建,并且可以在单独的线程上创建额外的环境,以充当工作线程。当 Node.js 嵌入到另一个应用程序中时,应用程序的主线程在其应用程序进程的生命周期内也可以多次构造和销毁 Node.js 环境,从而应用程序创建的每个 Node.js 环境又可以在其生命周期内创建和销毁额外的工作线程环境。
从原生插件的角度来看,这意味着它提供的绑定可能会被多次调用,从多个上下文,甚至并发地从多个线程调用。
原生插件可能需要分配在 Node.js 环境生命周期中使用的全局状态,以便该状态对于插件的每个实例都是唯一的。
为此,Node-API 提供了一种关联数据的方式,使其生命周期与 Node.js 环境的生命周期绑定。
napi_set_instance_data#
napi_status napi_set_instance_data(node_api_basic_env env,
void* data,
napi_finalize finalize_cb,
void* finalize_hint);
[in] env: 调用 Node-API 的环境。[in] data: 要提供给此实例绑定的数据项。[in] finalize_cb: 当环境被销毁时调用的函数。该函数接收data,以便可以释放它。napi_finalize提供了更多详细信息。[in] finalize_hint: 在收集期间传递给终结回调的可选提示。
如果 API 成功,则返回 napi_ok。
此 API 将 data 与当前运行的 Node.js 环境关联起来。data 随后可以使用 napi_get_instance_data() 检索。任何通过之前对 napi_set_instance_data() 的调用设置的与当前运行的 Node.js 环境关联的现有数据都将被覆盖。如果之前的调用提供了 finalize_cb,则不会调用它。
napi_get_instance_data#
napi_status napi_get_instance_data(node_api_basic_env env,
void** data);
[in] env: 调用 Node-API 的环境。[out] data: 之前通过调用napi_set_instance_data()与当前运行的 Node.js 环境关联的数据项。
如果 API 成功,则返回 napi_ok。
此 API 检索之前通过 napi_set_instance_data() 与当前运行的 Node.js 环境关联的数据。如果未设置数据,则调用将成功,并将 data 设置为 NULL。
基本 Node-API 数据类型#
Node-API 公开以下基本数据类型作为各种 API 消耗的抽象。这些 API 应被视为不透明的,只能通过其他 Node-API 调用进行内省。
napi_status#
指示 Node-API 调用成功或失败的整数状态码。目前支持以下状态码。
typedef enum {
napi_ok,
napi_invalid_arg,
napi_object_expected,
napi_string_expected,
napi_name_expected,
napi_function_expected,
napi_number_expected,
napi_boolean_expected,
napi_array_expected,
napi_generic_failure,
napi_pending_exception,
napi_cancelled,
napi_escape_called_twice,
napi_handle_scope_mismatch,
napi_callback_scope_mismatch,
napi_queue_full,
napi_closing,
napi_bigint_expected,
napi_date_expected,
napi_arraybuffer_expected,
napi_detachable_arraybuffer_expected,
napi_would_deadlock, /* unused */
napi_no_external_buffers_allowed,
napi_cannot_run_js
} napi_status;
如果 API 返回失败状态后需要额外信息,可以通过调用 napi_get_last_error_info 获取。
napi_extended_error_info#
typedef struct {
const char* error_message;
void* engine_reserved;
uint32_t engine_error_code;
napi_status error_code;
} napi_extended_error_info;
error_message: 包含错误 VM 中立描述的 UTF8 编码字符串。engine_reserved: 保留用于 VM 特定错误详细信息。目前未针对任何 VM 实现。engine_error_code: VM 特定错误码。目前未针对任何 VM 实现。error_code: 源自上次错误的 Node-API 状态码。
有关更多信息,请参阅错误处理部分。
napi_env#
napi_env 用于表示底层 Node-API 实现可用于持久化 VM 特定状态的上下文。此结构在调用原生函数时传递给它们,并且在进行 Node-API 调用时必须传递回来。具体来说,当最初调用原生函数时传递的相同 napi_env 必须传递给任何后续嵌套的 Node-API 调用。出于一般重用目的缓存 napi_env,以及在不同 Worker 线程上运行的同一插件实例之间传递 napi_env 是不允许的。当原生插件实例卸载时,napi_env 将失效。此事件的通知通过提供给 napi_add_env_cleanup_hook 和 napi_set_instance_data 的回调进行传递。
node_api_basic_env#
napi_env 的此变体传递给同步终结器 (node_api_basic_finalize)。Node-API 的一个子集接受 node_api_basic_env 类型参数作为它们的第一个参数。这些 API 不访问 JavaScript 引擎的状态,因此可以安全地从同步终结器调用。允许将 napi_env 类型参数传递给这些 API,但是不允许将 node_api_basic_env 类型参数传递给访问 JavaScript 引擎状态的 API。在没有强制转换的情况下尝试这样做将导致编译器警告或错误,当插件使用导致它们在将不正确的指针类型传递给函数时发出警告和/或错误的标志进行编译时。从同步终结器调用此类 API 最终将导致应用程序终止。
napi_value#
这是一个不透明指针,用于表示 JavaScript 值。
napi_threadsafe_function#
这是一个不透明指针,表示一个 JavaScript 函数,可以通过 napi_call_threadsafe_function() 从多个线程异步调用。
napi_threadsafe_function_release_mode#
一个值,将传递给 napi_release_threadsafe_function() 以指示线程安全函数是立即关闭 (napi_tsfn_abort) 还是仅释放 (napi_tsfn_release),从而可以通过 napi_acquire_threadsafe_function() 和 napi_call_threadsafe_function() 进行后续使用。
typedef enum {
napi_tsfn_release,
napi_tsfn_abort
} napi_threadsafe_function_release_mode;
napi_threadsafe_function_call_mode#
一个值,将传递给 napi_call_threadsafe_function() 以指示当与线程安全函数关联的队列已满时,调用是否应阻塞。
typedef enum {
napi_tsfn_nonblocking,
napi_tsfn_blocking
} napi_threadsafe_function_call_mode;
Node-API 内存管理类型#
napi_handle_scope#
这是一种抽象,用于控制和修改在特定作用域内创建的对象的生命周期。通常,Node-API 值是在句柄作用域的上下文中创建的。当从 JavaScript 调用原生方法时,将存在一个默认句柄作用域。如果用户未显式创建新的句柄作用域,Node-API 值将在默认句柄作用域中创建。对于原生方法执行之外的任何代码调用(例如,在 libuv 回调调用期间),模块必须在调用任何可能导致创建 JavaScript 值的函数之前创建一个作用域。
句柄作用域使用 napi_open_handle_scope 创建,并使用 napi_close_handle_scope 销毁。关闭作用域可以向垃圾回收器指示,在句柄作用域生命周期内创建的所有 napi_values 不再从当前栈帧中引用。
有关更多详细信息,请查阅对象生命周期管理。
napi_escapable_handle_scope#
可逃逸句柄作用域是一种特殊类型的句柄作用域,用于将特定句柄作用域内创建的值返回到父作用域。
napi_type_tag#
一个 128 位的值,存储为两个无符号的 64 位整数。它用作 UUID,可用于“标记”JavaScript 对象或外部对象,以确保它们是特定类型。这比napi_instanceof更强的检查,因为后者如果对象的原型被操作可能会报告误报。类型标记与napi_wrap结合使用最有用,因为它确保从包装对象检索到的指针可以安全地转换为与之前应用于 JavaScript 对象的类型标记相对应的原生类型。
typedef struct {
uint64_t lower;
uint64_t upper;
} napi_type_tag;
napi_async_cleanup_hook_handle#
由 napi_add_async_cleanup_hook 返回的不透明值。当异步清理事件链完成时,必须将其传递给 napi_remove_async_cleanup_hook。
Node-API 回调类型#
napi_callback_info#
传递给回调函数的不透明数据类型。它可用于获取有关调用回调的上下文的附加信息。
napi_callback#
函数指针类型,用于通过 Node-API 公开给 JavaScript 的用户提供的原生函数。回调函数应满足以下签名:
typedef napi_value (*napi_callback)(napi_env, napi_callback_info);
除非出于对象生命周期管理中讨论的原因,否则在 napi_callback 内部创建句柄和/或回调作用域不是必需的。
node_api_basic_finalize#
插件提供的函数指针类型,允许用户在外部拥有的数据准备好被清理时收到通知,因为与其关联的对象已被垃圾回收。用户必须提供一个满足以下签名的函数,该函数将在对象被回收时调用。目前,node_api_basic_finalize 可用于发现何时回收具有外部数据的对象。
typedef void (*node_api_basic_finalize)(node_api_basic_env env,
void* finalize_data,
void* finalize_hint);
除非出于对象生命周期管理中讨论的原因,否则在函数体内部创建句柄和/或回调作用域不是必需的。
由于这些函数可能在 JavaScript 引擎处于无法执行 JavaScript 代码的状态下调用,因此只能调用接受 node_api_basic_env 作为其第一个参数的 Node-API。在当前垃圾回收周期完成后,可以使用 node_api_post_finalizer 来安排需要访问 JavaScript 引擎状态的 Node-API 调用运行。
在node_api_create_external_string_latin1和node_api_create_external_string_utf16的情况下,env参数可能为null,因为外部字符串可以在环境关闭的后期被收集。
变更历史
-
实验性 (
NAPI_EXPERIMENTAL)只能调用接受
node_api_basic_env作为其第一个参数的 Node-API,否则应用程序将以适当的错误消息终止。此功能可以通过定义NODE_API_EXPERIMENTAL_BASIC_ENV_OPT_OUT来关闭。
napi_finalize#
插件提供的函数指针类型,允许用户在垃圾回收事件响应中,在垃圾回收周期完成后,安排一组对 Node-API 的调用。这些函数指针可以与 node_api_post_finalizer 一起使用。
typedef void (*napi_finalize)(napi_env env,
void* finalize_data,
void* finalize_hint);
变更历史
-
实验性 (已定义
NAPI_EXPERIMENTAL)这种类型的函数可能不再用作终结器,除了与
node_api_post_finalizer一起使用。必须改用node_api_basic_finalize。此功能可以通过定义NODE_API_EXPERIMENTAL_BASIC_ENV_OPT_OUT来关闭。
napi_async_execute_callback#
与支持异步操作的函数一起使用的函数指针。回调函数必须满足以下签名:
typedef void (*napi_async_execute_callback)(napi_env env, void* data);
此函数的实现必须避免进行执行 JavaScript 或与 JavaScript 对象交互的 Node-API 调用。Node-API 调用应改在 napi_async_complete_callback 中。请勿使用 napi_env 参数,因为它很可能导致 JavaScript 的执行。
napi_async_complete_callback#
与支持异步操作的函数一起使用的函数指针。回调函数必须满足以下签名:
typedef void (*napi_async_complete_callback)(napi_env env,
napi_status status,
void* data);
除非出于对象生命周期管理中讨论的原因,否则在函数体内部创建句柄和/或回调作用域不是必需的。
napi_threadsafe_function_call_js#
与异步线程安全函数调用一起使用的函数指针。回调将在主线程上调用。其目的是使用从辅助线程通过队列到达的数据项来构建调用 JavaScript 所需的参数,通常通过 napi_call_function,然后进行 JavaScript 调用。
通过队列从辅助线程到达的数据在 data 参数中给出,要调用的 JavaScript 函数在 js_callback 参数中给出。
Node-API 在调用此回调之前设置环境,因此通过 napi_call_function 而不是通过 napi_make_callback 调用 JavaScript 函数就足够了。
回调函数必须满足以下签名:
typedef void (*napi_threadsafe_function_call_js)(napi_env env,
napi_value js_callback,
void* context,
void* data);
[in] env: 用于 API 调用的环境,如果线程安全函数正在销毁且data可能需要释放,则为NULL。[in] js_callback: 要调用的 JavaScript 函数,如果线程安全函数正在销毁且data可能需要释放,则为NULL。如果创建线程安全函数时没有js_callback,它也可以是NULL。[in] context: 创建线程安全函数时使用的可选数据。[in] data: 由辅助线程创建的数据。回调负责将此原生数据转换为 JavaScript 值(使用 Node-API 函数),这些值可以在调用js_callback时作为参数传递。此指针完全由线程和此回调管理。因此,此回调应释放数据。
除非出于对象生命周期管理中讨论的原因,否则在函数体内部创建句柄和/或回调作用域不是必需的。
napi_cleanup_hook#
与 napi_add_env_cleanup_hook 一起使用的函数指针。当环境被销毁时将调用它。
回调函数必须满足以下签名:
typedef void (*napi_cleanup_hook)(void* data);
[in] data: 传递给napi_add_env_cleanup_hook的数据。
napi_async_cleanup_hook#
与 napi_add_async_cleanup_hook 一起使用的函数指针。当环境被销毁时将调用它。
回调函数必须满足以下签名:
typedef void (*napi_async_cleanup_hook)(napi_async_cleanup_hook_handle handle,
void* data);
[in] handle: 在异步清理完成后必须传递给napi_remove_async_cleanup_hook的句柄。[in] data: 传递给napi_add_async_cleanup_hook的数据。
函数体应启动异步清理操作,在异步清理完成后,必须将 handle 传递给 napi_remove_async_cleanup_hook。
错误处理#
Node-API 使用返回值和 JavaScript 异常进行错误处理。以下部分解释了每种情况的处理方法。
返回值#
所有 Node-API 函数都共享相同的错误处理模式。所有 API 函数的返回类型都是 napi_status。
如果请求成功并且没有抛出未捕获的 JavaScript 异常,则返回值为 napi_ok。如果发生错误并且抛出了异常,则将返回错误对应的 napi_status 值。如果抛出了异常但未发生错误,则将返回 napi_pending_exception。
在返回除 napi_ok 或 napi_pending_exception 之外的值的情况下,必须调用 napi_is_exception_pending 来检查是否有异常待处理。有关详细信息,请参阅异常部分。
所有可能的 napi_status 值都在 napi_api_types.h 中定义。
napi_status 返回值提供了一种 VM 独立的错误表示。在某些情况下,获取更详细的信息非常有用,包括表示错误的字符串以及 VM(引擎)特定的信息。
为了检索此信息,提供了 napi_get_last_error_info,它返回一个 napi_extended_error_info 结构。napi_extended_error_info 结构的格式如下:
typedef struct napi_extended_error_info {
const char* error_message;
void* engine_reserved;
uint32_t engine_error_code;
napi_status error_code;
};
error_message: 发生的错误的文本表示。engine_reserved: 不透明句柄,仅供引擎使用。engine_error_code: VM 特定错误代码。error_code: 上一个错误的 Node-API 状态码。
napi_get_last_error_info 返回上次 Node-API 调用发生的信息。
不要依赖任何扩展信息的内容或格式,因为它不受 SemVer 约束,并且可能随时更改。它仅用于日志记录目的。
napi_get_last_error_info#
napi_status
napi_get_last_error_info(node_api_basic_env env,
const napi_extended_error_info** result);
[in] env: 调用 API 的环境。[out] result: 包含更多错误信息的napi_extended_error_info结构。
如果 API 成功,则返回 napi_ok。
此 API 检索包含上次发生错误信息的 napi_extended_error_info 结构。
返回的 napi_extended_error_info 的内容仅在对同一 env 调用 Node-API 函数之前有效。这包括对 napi_is_exception_pending 的调用,因此通常需要复制信息以便以后使用。error_message 中返回的指针指向一个静态定义的字符串,因此如果在调用另一个 Node-API 函数之前已将其从 error_message 字段(将被覆盖)中复制出来,则使用该指针是安全的。
不要依赖任何扩展信息的内容或格式,因为它不受 SemVer 约束,并且可能随时更改。它仅用于日志记录目的。
即使有待处理的 JavaScript 异常,也可以调用此 API。
异常#
任何 Node-API 函数调用都可能导致待处理的 JavaScript 异常。这适用于任何 API 函数,即使是那些可能不会导致 JavaScript 执行的函数。
如果函数返回的 napi_status 是 napi_ok,则没有异常待处理,无需额外操作。如果返回的 napi_status 不是 napi_ok 或 napi_pending_exception,为了尝试恢复并继续而不是简单地立即返回,必须调用 napi_is_exception_pending 来确定是否有异常待处理。
在许多情况下,当调用 Node-API 函数并且已经有异常待处理时,该函数将立即返回 napi_pending_exception 的 napi_status。然而,并非所有函数都如此。Node-API 允许调用部分函数以进行一些最小的清理,然后返回到 JavaScript。在这种情况下,napi_status 将反映该函数的状态。它不会反映以前待处理的异常。为避免混淆,请在每次函数调用后检查错误状态。
当有异常待处理时,可以采用以下两种方法之一。
第一种方法是进行适当的清理,然后返回,以便执行返回到 JavaScript。作为返回 JavaScript 的一部分,异常将在 JavaScript 代码中调用原生方法的点抛出。在异常待处理时,大多数 Node-API 调用的行为是未定义的,许多只会返回 napi_pending_exception,因此请尽可能少地操作,然后返回到 JavaScript,在那里可以处理异常。
第二种方法是尝试处理异常。在某些情况下,原生代码可以捕获异常,采取适当的行动,然后继续。这仅在已知可以安全处理异常的特定情况下推荐。在这些情况下,可以使用 napi_get_and_clear_last_exception 获取并清除异常。成功时,结果将包含上次抛出的 JavaScript Object 的句柄。如果在检索异常后确定无法处理异常,则可以使用 napi_throw 重新抛出异常,其中 error 是要抛出的 JavaScript 值。
如果原生代码需要抛出异常或确定 napi_value 是否为 JavaScript Error 对象的实例,还提供了以下实用函数:napi_throw_error、napi_throw_type_error、napi_throw_range_error、node_api_throw_syntax_error 和 napi_is_error。
如果原生代码需要创建 Error 对象,还提供了以下实用函数:napi_create_error、napi_create_type_error、napi_create_range_error 和 node_api_create_syntax_error,其中 result 是指向新创建的 JavaScript Error 对象的 napi_value。
Node.js 项目正在为所有内部生成的错误添加错误码。目标是应用程序将这些错误码用于所有错误检查。相关的错误消息将保留,但仅用于日志记录和显示,并期望消息可以在不适用 SemVer 的情况下更改。为了通过 Node-API 支持此模型,无论是在内部功能中还是在模块特定功能中(作为良好实践),throw_ 和 create_ 函数都带有一个可选的代码参数,该参数是添加到错误对象的代码字符串。如果可选参数为 NULL,则不会将代码与错误关联。如果提供了代码,则与错误关联的名称也会更新为:
originalName [code]
其中 originalName 是与错误关联的原始名称,code 是提供的代码。例如,如果代码是 'ERR_ERROR_1' 并且正在创建一个 TypeError,则名称将是:
TypeError [ERR_ERROR_1]
napi_throw#
NAPI_EXTERN napi_status napi_throw(napi_env env, napi_value error);
[in] env: 调用 API 的环境。[in] error: 要抛出的 JavaScript 值。
如果 API 成功,则返回 napi_ok。
此 API 抛出提供的 JavaScript 值。
napi_throw_error#
NAPI_EXTERN napi_status napi_throw_error(napi_env env,
const char* code,
const char* msg);
[in] env: 调用 API 的环境。[in] code: 要在错误上设置的可选错误代码。[in] msg: 表示与错误关联文本的 C 字符串。
如果 API 成功,则返回 napi_ok。
此 API 抛出带有提供的文本的 JavaScript Error。
napi_throw_type_error#
NAPI_EXTERN napi_status napi_throw_type_error(napi_env env,
const char* code,
const char* msg);
[in] env: 调用 API 的环境。[in] code: 要在错误上设置的可选错误代码。[in] msg: 表示与错误关联文本的 C 字符串。
如果 API 成功,则返回 napi_ok。
此 API 抛出带有提供的文本的 JavaScript TypeError。
napi_throw_range_error#
NAPI_EXTERN napi_status napi_throw_range_error(napi_env env,
const char* code,
const char* msg);
[in] env: 调用 API 的环境。[in] code: 要在错误上设置的可选错误代码。[in] msg: 表示与错误关联文本的 C 字符串。
如果 API 成功,则返回 napi_ok。
此 API 抛出带有提供的文本的 JavaScript RangeError。
node_api_throw_syntax_error#
NAPI_EXTERN napi_status node_api_throw_syntax_error(napi_env env,
const char* code,
const char* msg);
[in] env: 调用 API 的环境。[in] code: 要在错误上设置的可选错误代码。[in] msg: 表示与错误关联文本的 C 字符串。
如果 API 成功,则返回 napi_ok。
此 API 抛出带有提供的文本的 JavaScript SyntaxError。
napi_is_error#
NAPI_EXTERN napi_status napi_is_error(napi_env env,
napi_value value,
bool* result);
[in] env: 调用 API 的环境。[in] value: 要检查的napi_value。[out] result: 如果napi_value表示错误,则设置为 true 的布尔值,否则为 false。
如果 API 成功,则返回 napi_ok。
此 API 查询 napi_value 以检查它是否表示错误对象。
napi_create_error#
NAPI_EXTERN napi_status napi_create_error(napi_env env,
napi_value code,
napi_value msg,
napi_value* result);
[in] env: 调用 API 的环境。[in] code: 可选的napi_value,包含要与错误关联的错误代码字符串。[in] msg: 引用 JavaScriptstring的napi_value,用作Error的消息。[out] result: 表示已创建错误的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回带有提供的文本的 JavaScript Error。
napi_create_type_error#
NAPI_EXTERN napi_status napi_create_type_error(napi_env env,
napi_value code,
napi_value msg,
napi_value* result);
[in] env: 调用 API 的环境。[in] code: 可选的napi_value,包含要与错误关联的错误代码字符串。[in] msg: 引用 JavaScriptstring的napi_value,用作Error的消息。[out] result: 表示已创建错误的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回带有提供的文本的 JavaScript TypeError。
napi_create_range_error#
NAPI_EXTERN napi_status napi_create_range_error(napi_env env,
napi_value code,
napi_value msg,
napi_value* result);
[in] env: 调用 API 的环境。[in] code: 可选的napi_value,包含要与错误关联的错误代码字符串。[in] msg: 引用 JavaScriptstring的napi_value,用作Error的消息。[out] result: 表示已创建错误的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回带有提供的文本的 JavaScript RangeError。
node_api_create_syntax_error#
NAPI_EXTERN napi_status node_api_create_syntax_error(napi_env env,
napi_value code,
napi_value msg,
napi_value* result);
[in] env: 调用 API 的环境。[in] code: 可选的napi_value,包含要与错误关联的错误代码字符串。[in] msg: 引用 JavaScriptstring的napi_value,用作Error的消息。[out] result: 表示已创建错误的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回带有提供的文本的 JavaScript SyntaxError。
napi_get_and_clear_last_exception#
napi_status napi_get_and_clear_last_exception(napi_env env,
napi_value* result);
[in] env: 调用 API 的环境。[out] result: 如果有异常待处理,则为异常,否则为NULL。
如果 API 成功,则返回 napi_ok。
即使有待处理的 JavaScript 异常,也可以调用此 API。
napi_is_exception_pending#
napi_status napi_is_exception_pending(napi_env env, bool* result);
[in] env: 调用 API 的环境。[out] result: 如果有异常待处理,则设置为 true 的布尔值。
如果 API 成功,则返回 napi_ok。
即使有待处理的 JavaScript 异常,也可以调用此 API。
napi_fatal_exception#
napi_status napi_fatal_exception(napi_env env, napi_value err);
[in] env: 调用 API 的环境。[in] err: 传递给'uncaughtException'的错误。
在 JavaScript 中触发一个 'uncaughtException'。如果异步回调抛出异常且无法恢复,此功能非常有用。
致命错误#
当原生插件中发生无法恢复的错误时,可以抛出致命错误以立即终止进程。
napi_fatal_error#
NAPI_NO_RETURN void napi_fatal_error(const char* location,
size_t location_len,
const char* message,
size_t message_len);
[in] location: 发生错误的可选位置。[in] location_len: 位置的字节长度,如果以 null 结尾,则为NAPI_AUTO_LENGTH。[in] message: 与错误关联的消息。[in] message_len: 消息的字节长度,如果以 null 结尾,则为NAPI_AUTO_LENGTH。
函数调用不返回,进程将终止。
即使有待处理的 JavaScript 异常,也可以调用此 API。
对象生命周期管理#
当进行 Node-API 调用时,底层 VM 堆中对象的句柄可能以 napi_values 的形式返回。这些句柄必须保持对象“存活”,直到原生代码不再需要它们,否则对象可能在原生代码使用完之前就被回收。
当对象句柄返回时,它们与一个“作用域”关联。默认作用域的生命周期与原生方法调用的生命周期绑定。结果是,默认情况下,句柄保持有效,并且与这些句柄关联的对象将在原生方法调用的生命周期内保持存活。
然而,在许多情况下,句柄的生命周期需要比原生方法更短或更长。以下部分描述了可用于更改句柄生命周期(使其偏离默认值)的 Node-API 函数。
使句柄生命周期短于原生方法#
通常需要使句柄的生命周期短于原生方法的生命周期。例如,考虑一个原生方法,其中包含一个遍历大型数组中元素的循环:
for (int i = 0; i < 1000000; i++) {
napi_value result;
napi_status status = napi_get_element(env, object, i, &result);
if (status != napi_ok) {
break;
}
// do something with element
}
这将导致创建大量句柄,消耗大量资源。此外,即使原生代码只能使用最新的句柄,所有相关对象也将保持活动状态,因为它们都共享相同的范围。
为了处理这种情况,Node-API 提供了建立新“作用域”的能力,新创建的句柄将与该作用域关联。一旦不再需要这些句柄,该作用域就可以“关闭”,并且与该作用域关联的任何句柄都将失效。用于打开/关闭作用域的方法是 napi_open_handle_scope 和 napi_close_handle_scope。
Node-API 仅支持单层嵌套的作用域层次结构。任何时候只有一个活动作用域,所有新句柄都将在该作用域处于活动状态时与该作用域关联。作用域必须按照它们打开的相反顺序关闭。此外,在原生方法中创建的所有作用域都必须在该方法返回之前关闭。
以前面的例子为例,添加对 napi_open_handle_scope 和 napi_close_handle_scope 的调用将确保在循环执行期间最多只有一个句柄有效:
for (int i = 0; i < 1000000; i++) {
napi_handle_scope scope;
napi_status status = napi_open_handle_scope(env, &scope);
if (status != napi_ok) {
break;
}
napi_value result;
status = napi_get_element(env, object, i, &result);
if (status != napi_ok) {
break;
}
// do something with element
status = napi_close_handle_scope(env, scope);
if (status != napi_ok) {
break;
}
}
当嵌套作用域时,有时内部作用域中的句柄需要超出该作用域的生命周期。Node-API 支持“可逃逸作用域”以支持这种情况。可逃逸作用域允许一个句柄被“提升”,使其“逃逸”当前作用域,并且句柄的生命周期从当前作用域变为外部作用域。
用于打开/关闭可逃逸作用域的方法是 napi_open_escapable_handle_scope 和 napi_close_escapable_handle_scope。
提升句柄的请求通过 napi_escape_handle 发出,该函数只能调用一次。
napi_open_handle_scope#
NAPI_EXTERN napi_status napi_open_handle_scope(napi_env env,
napi_handle_scope* result);
[in] env: 调用 API 的环境。[out] result: 表示新作用域的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 打开一个新的作用域。
napi_close_handle_scope#
NAPI_EXTERN napi_status napi_close_handle_scope(napi_env env,
napi_handle_scope scope);
[in] env: 调用 API 的环境。[in] scope: 表示要关闭的作用域的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 关闭传入的作用域。作用域必须按照创建的相反顺序关闭。
即使有待处理的 JavaScript 异常,也可以调用此 API。
napi_open_escapable_handle_scope#
NAPI_EXTERN napi_status
napi_open_escapable_handle_scope(napi_env env,
napi_handle_scope* result);
[in] env: 调用 API 的环境。[out] result: 表示新作用域的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 打开一个新作用域,其中一个对象可以被提升到外部作用域。
napi_close_escapable_handle_scope#
NAPI_EXTERN napi_status
napi_close_escapable_handle_scope(napi_env env,
napi_handle_scope scope);
[in] env: 调用 API 的环境。[in] scope: 表示要关闭的作用域的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 关闭传入的作用域。作用域必须按照创建的相反顺序关闭。
即使有待处理的 JavaScript 异常,也可以调用此 API。
napi_escape_handle#
napi_status napi_escape_handle(napi_env env,
napi_escapable_handle_scope scope,
napi_value escapee,
napi_value* result);
[in] env: 调用 API 的环境。[in] scope: 表示当前作用域的napi_value。[in] escapee: 表示要逃逸的 JavaScriptObject的napi_value。[out] result: 表示外部作用域中逃逸Object句柄的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 提升 JavaScript 对象的句柄,使其在外部作用域的生命周期内有效。每个作用域只能调用一次。如果调用多次,将返回错误。
即使有待处理的 JavaScript 异常,也可以调用此 API。
对生命周期长于原生方法的值的引用#
在某些情况下,插件需要能够创建和引用生命周期长于单个原生方法调用的值。例如,要创建一个构造函数并在以后使用该构造函数请求创建实例,必须能够跨许多不同的实例创建请求引用构造函数对象。这对于作为 napi_value 返回的普通句柄是不可能实现的,如前一节所述。普通句柄的生命周期由作用域管理,所有作用域都必须在原生方法结束之前关闭。
Node-API 提供了创建对值的持久引用的方法。目前,Node-API 只允许为有限的值类型集创建引用,包括对象、外部对象、函数和符号。
每个引用都有一个关联的计数,值为 0 或更高,它决定了引用是否会保持相应的值存活。计数为 0 的引用不会阻止值被回收。对象(对象、函数、外部对象)和符号类型的值正在变为“弱”引用,并且在未被回收时仍然可以访问。任何大于 0 的计数都将阻止值被回收。
符号值有不同的风格。真正的弱引用行为仅由使用 napi_create_symbol 函数或 JavaScript Symbol() 构造函数调用创建的局部符号支持。使用 node_api_symbol_for 函数或 JavaScript Symbol.for() 函数调用创建的全局注册符号始终保持强引用,因为垃圾回收器不会回收它们。对于众所周知的符号(例如 Symbol.iterator)也是如此。它们也永远不会被垃圾回收器回收。
可以创建具有初始引用计数的引用。然后可以通过 napi_reference_ref 和 napi_reference_unref 修改计数。如果对象在引用计数为 0 时被回收,则所有后续获取与引用关联的对象的调用 napi_get_reference_value 将为返回的 napi_value 返回 NULL。尝试对对象已被回收的引用调用 napi_reference_ref 将导致错误。
一旦插件不再需要引用,就必须删除它们。当引用被删除时,它将不再阻止相应的对象被回收。未能删除持久引用会导致“内存泄漏”,持久引用的原生内存和堆上相应的对象都将永远保留。
可以创建多个持久引用来引用同一个对象,每个引用将根据其各自的计数来决定是否使该对象保持存活。对同一对象的多个持久引用可能会意外地保持原生内存的存活。持久引用的原生结构必须保持存活,直到对引用对象的终结器执行。如果为同一对象创建了新的持久引用,则不会运行该对象的终结器,并且指向早期持久引用的原生内存将不会被释放。可以通过在可能的情况下除了 napi_reference_unref 之外还调用 napi_delete_reference 来避免这种情况。
变更历史
-
版本 10 (已定义
NAPI_VERSION为10或更高)可以为所有值类型创建引用。新支持的值类型不支持弱引用语义,并且这些类型的值在引用计数变为 0 时被释放,并且无法再从引用中访问。
napi_create_reference#
NAPI_EXTERN napi_status napi_create_reference(napi_env env,
napi_value value,
uint32_t initial_refcount,
napi_ref* result);
[in] env: 调用 API 的环境。[in] value: 正在为其创建引用的napi_value。[in] initial_refcount: 新引用的初始引用计数。[out] result: 指向新引用的napi_ref。
如果 API 成功,则返回 napi_ok。
此 API 创建一个新引用,其引用计数为指定值,指向传入的值。
napi_delete_reference#
NAPI_EXTERN napi_status napi_delete_reference(napi_env env, napi_ref ref);
[in] env: 调用 API 的环境。[in] ref: 要删除的napi_ref。
如果 API 成功,则返回 napi_ok。
此 API 删除传入的引用。
即使有待处理的 JavaScript 异常,也可以调用此 API。
napi_reference_ref#
NAPI_EXTERN napi_status napi_reference_ref(napi_env env,
napi_ref ref,
uint32_t* result);
[in] env: 调用 API 的环境。[in] ref: 引用计数将递增的napi_ref。[out] result: 新的引用计数。
如果 API 成功,则返回 napi_ok。
此 API 递增传入引用的引用计数并返回结果引用计数。
napi_reference_unref#
NAPI_EXTERN napi_status napi_reference_unref(napi_env env,
napi_ref ref,
uint32_t* result);
[in] env: 调用 API 的环境。[in] ref: 引用计数将递减的napi_ref。[out] result: 新的引用计数。
如果 API 成功,则返回 napi_ok。
此 API 递减传入引用的引用计数并返回结果引用计数。
napi_get_reference_value#
NAPI_EXTERN napi_status napi_get_reference_value(napi_env env,
napi_ref ref,
napi_value* result);
[in] env: 调用 API 的环境。[in] ref: 正在请求其对应值的napi_ref。[out] result: 由napi_ref引用的napi_value。
如果 API 成功,则返回 napi_ok。
如果仍然有效,此 API 返回表示与 napi_ref 关联的 JavaScript 值的 napi_value。否则,result 将为 NULL。
当前 Node.js 环境退出时清理#
虽然 Node.js 进程通常在退出时释放所有资源,但 Node.js 的嵌入者或未来的 Worker 支持可能要求插件注册清理钩子,这些钩子将在当前 Node.js 环境退出时运行。
Node-API 提供了注册和注销此类回调的函数。当这些回调运行时,插件持有的所有资源都应被释放。
napi_add_env_cleanup_hook#
NODE_EXTERN napi_status napi_add_env_cleanup_hook(node_api_basic_env env,
napi_cleanup_hook fun,
void* arg);
注册 fun 作为当当前 Node.js 环境退出时,使用 arg 参数运行的函数。
可以安全地多次指定具有不同 arg 值的函数。在这种情况下,它也将被多次调用。多次提供相同的 fun 和 arg 值是不允许的,会导致进程中止。
钩子将以相反的顺序调用,即最近添加的钩子将首先调用。
可以使用 napi_remove_env_cleanup_hook 移除此钩子。通常,当添加此钩子的资源被拆除时,就会发生这种情况。
对于异步清理,可以使用 napi_add_async_cleanup_hook。
napi_remove_env_cleanup_hook#
NAPI_EXTERN napi_status napi_remove_env_cleanup_hook(node_api_basic_env env,
void (*fun)(void* arg),
void* arg);
注销 fun 作为当当前 Node.js 环境退出时,使用 arg 参数运行的函数。参数和函数值都必须完全匹配。
该函数必须最初通过 napi_add_env_cleanup_hook 注册,否则进程将中止。
napi_add_async_cleanup_hook#
NAPI_EXTERN napi_status napi_add_async_cleanup_hook(
node_api_basic_env env,
napi_async_cleanup_hook hook,
void* arg,
napi_async_cleanup_hook_handle* remove_handle);
[in] env: 调用 API 的环境。[in] hook: 环境拆除时要调用的函数指针。[in] arg: 调用hook时要传递给它的指针。[out] remove_handle: 可选句柄,指向异步清理钩子。
注册 hook(类型为 napi_async_cleanup_hook 的函数),作为当当前 Node.js 环境退出时,使用 remove_handle 和 arg 参数运行的函数。
与 napi_add_env_cleanup_hook 不同,该钩子允许是异步的。
否则,行为通常与 napi_add_env_cleanup_hook 匹配。
如果 remove_handle 不为 NULL,则会存储一个不透明值,以后必须将其传递给 napi_remove_async_cleanup_hook,无论钩子是否已被调用。通常,当添加此钩子的资源被拆除时,就会发生这种情况。
napi_remove_async_cleanup_hook#
NAPI_EXTERN napi_status napi_remove_async_cleanup_hook(
napi_async_cleanup_hook_handle remove_handle);
[in] remove_handle: 使用napi_add_async_cleanup_hook创建的异步清理钩子的句柄。
注销与 remove_handle 对应的清理钩子。这将阻止钩子执行,除非它已经开始执行。对于从 napi_add_async_cleanup_hook 获取的任何 napi_async_cleanup_hook_handle 值,都必须调用此函数。
Node.js 环境退出时的终结#
Node.js 环境可能会在 JavaScript 执行被禁止后尽快在任意时间点被拆除,例如在 worker.terminate() 的请求下。当环境被拆除时,已注册的 JavaScript 对象的 napi_finalize 回调、线程安全函数和环境实例数据会立即独立地被调用。
napi_finalize 回调的调用安排在手动注册的清理钩子之后。为了确保在环境关闭期间插件终结的正确顺序以避免 napi_finalize 回调中的 use-after-free,插件应该使用 napi_add_env_cleanup_hook 和 napi_add_async_cleanup_hook 注册清理钩子,以按正确的顺序手动释放分配的资源。
模块注册#
Node-API 模块的注册方式与其他模块类似,只是不使用 NODE_MODULE 宏,而是使用以下方式
NAPI_MODULE(NODE_GYP_MODULE_NAME, Init)
下一个区别是 Init 方法的签名。对于 Node-API 模块,它如下所示
napi_value Init(napi_env env, napi_value exports);
Init 的返回值被视为模块的 exports 对象。作为方便,Init 方法通过 exports 参数传递一个空对象。如果 Init 返回 NULL,则作为 exports 传递的参数由模块导出。Node-API 模块无法修改 module 对象,但可以将任何内容指定为模块的 exports 属性。
要将方法 hello 添加为函数,以便可以将其作为插件提供的方法调用
napi_value Init(napi_env env, napi_value exports) {
napi_status status;
napi_property_descriptor desc = {
"hello",
NULL,
Method,
NULL,
NULL,
NULL,
napi_writable | napi_enumerable | napi_configurable,
NULL
};
status = napi_define_properties(env, exports, 1, &desc);
if (status != napi_ok) return NULL;
return exports;
}
要设置一个函数,该函数将由插件的 require() 返回
napi_value Init(napi_env env, napi_value exports) {
napi_value method;
napi_status status;
status = napi_create_function(env, "exports", NAPI_AUTO_LENGTH, Method, NULL, &method);
if (status != napi_ok) return NULL;
return method;
}
要定义一个类,以便可以创建新实例(通常与 对象包装 一起使用)
// NOTE: partial example, not all referenced code is included
napi_value Init(napi_env env, napi_value exports) {
napi_status status;
napi_property_descriptor properties[] = {
{ "value", NULL, NULL, GetValue, SetValue, NULL, napi_writable | napi_configurable, NULL },
DECLARE_NAPI_METHOD("plusOne", PlusOne),
DECLARE_NAPI_METHOD("multiply", Multiply),
};
napi_value cons;
status =
napi_define_class(env, "MyObject", New, NULL, 3, properties, &cons);
if (status != napi_ok) return NULL;
status = napi_create_reference(env, cons, 1, &constructor);
if (status != napi_ok) return NULL;
status = napi_set_named_property(env, exports, "MyObject", cons);
if (status != napi_ok) return NULL;
return exports;
}
您还可以使用 NAPI_MODULE_INIT 宏,它作为 NAPI_MODULE 和定义 Init 函数的简写。
NAPI_MODULE_INIT(/* napi_env env, napi_value exports */) {
napi_value answer;
napi_status result;
status = napi_create_int64(env, 42, &answer);
if (status != napi_ok) return NULL;
status = napi_set_named_property(env, exports, "answer", answer);
if (status != napi_ok) return NULL;
return exports;
}
参数 env 和 exports 提供给 NAPI_MODULE_INIT 宏的主体。
所有 Node-API 插件都是上下文感知的,这意味着它们可能会被多次加载。在声明此类模块时,有一些设计注意事项。上下文感知插件 文档提供了更多详细信息。
在宏调用之后,函数体内部将可以使用变量 env 和 exports。
有关设置对象属性的更多详细信息,请参阅 使用 JavaScript 属性 一节。
有关构建插件模块的更多详细信息,请参阅现有 API。
使用 JavaScript 值#
Node-API 公开了一组 API 来创建所有类型的 JavaScript 值。其中一些类型在 ECMAScript 语言规范 的 第语言类型 一节中进行了说明。
从根本上说,这些 API 用于执行以下操作之一
- 创建新的 JavaScript 对象
- 将原始 C 类型转换为 Node-API 值
- 将 Node-API 值转换为原始 C 类型
- 获取全局实例,包括
undefined和null
Node-API 值由类型 napi_value 表示。任何需要 JavaScript 值的 Node-API 调用都接受 napi_value。在某些情况下,API 会预先检查 napi_value 的类型。但是,为了获得更好的性能,调用者最好确保所讨论的 napi_value 是 API 期望的 JavaScript 类型。
枚举类型#
napi_key_collection_mode#
typedef enum {
napi_key_include_prototypes,
napi_key_own_only
} napi_key_collection_mode;
描述 Keys/Properties 过滤器枚举
napi_key_collection_mode 限制了收集属性的范围。
napi_key_own_only 仅将收集的属性限制为给定对象。napi_key_include_prototypes 也会包含对象原型链中的所有键。
napi_key_filter#
typedef enum {
napi_key_all_properties = 0,
napi_key_writable = 1,
napi_key_enumerable = 1 << 1,
napi_key_configurable = 1 << 2,
napi_key_skip_strings = 1 << 3,
napi_key_skip_symbols = 1 << 4
} napi_key_filter;
属性过滤器位标志。这与位运算符一起使用以构建复合过滤器。
napi_key_conversion#
typedef enum {
napi_key_keep_numbers,
napi_key_numbers_to_strings
} napi_key_conversion;
napi_key_numbers_to_strings 会将整数索引转换为字符串。napi_key_keep_numbers 会为整数索引返回数字。
napi_valuetype#
typedef enum {
// ES6 types (corresponds to typeof)
napi_undefined,
napi_null,
napi_boolean,
napi_number,
napi_string,
napi_symbol,
napi_object,
napi_function,
napi_external,
napi_bigint,
} napi_valuetype;
描述 napi_value 的类型。这通常对应于 ECMAScript 语言规范 的 第语言类型 一节中描述的类型。除了该节中的类型之外,napi_valuetype 还可以表示带有外部数据的 Function 和 Object。
类型为 napi_external 的 JavaScript 值在 JavaScript 中表现为普通对象,不能在其上设置任何属性,也没有原型。
napi_typedarray_type#
typedef enum {
napi_int8_array,
napi_uint8_array,
napi_uint8_clamped_array,
napi_int16_array,
napi_uint16_array,
napi_int32_array,
napi_uint32_array,
napi_float32_array,
napi_float64_array,
napi_bigint64_array,
napi_biguint64_array,
} napi_typedarray_type;
这表示 TypedArray 的底层二进制标量数据类型。此枚举的元素对应于 ECMAScript 语言规范 的 第 TypedArray 对象 一节。
对象创建函数#
napi_create_array#
napi_status napi_create_array(napi_env env, napi_value* result)
[in] env: 调用 Node-API 的环境。[out] result: 表示 JavaScriptArray的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回对应于 JavaScript Array 类型的 Node-API 值。JavaScript 数组在 ECMAScript 语言规范 的 第 Array 对象 一节中进行了描述。
napi_create_array_with_length#
napi_status napi_create_array_with_length(napi_env env,
size_t length,
napi_value* result)
[in] env: 调用 API 的环境。[in] length:Array的初始长度。[out] result: 表示 JavaScriptArray的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回对应于 JavaScript Array 类型的 Node-API 值。Array 的长度属性设置为传入的 length 参数。但是,不保证在创建数组时 VM 会预分配底层缓冲区。该行为留给底层 VM 实现。如果缓冲区必须是一个可以被 C 直接读写 contiguous block of memory,请考虑使用 napi_create_external_arraybuffer。
JavaScript 数组在 ECMAScript 语言规范 的 第 Array 对象 一节中进行了描述。
napi_create_arraybuffer#
napi_status napi_create_arraybuffer(napi_env env,
size_t byte_length,
void** data,
napi_value* result)
[in] env: 调用 API 的环境。[in] length: 要创建的数组缓冲区的长度(以字节为单位)。[out] data: 指向ArrayBuffer底层字节缓冲区的指针。可以通过传递NULL来选择忽略data。[out] result: 表示 JavaScriptArrayBuffer的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回对应于 JavaScript ArrayBuffer 的 Node-API 值。ArrayBuffer 用于表示固定长度的二进制数据缓冲区。它们通常用作 TypedArray 对象的后端缓冲区。分配的 ArrayBuffer 将具有一个底层字节缓冲区,其大小由传入的 length 参数确定。如果调用者希望直接操作缓冲区,则可选地将底层缓冲区返回给调用者。此缓冲区只能从原生代码直接写入。要从 JavaScript 写入此缓冲区,需要创建类型化数组或 DataView 对象。
JavaScript ArrayBuffer 对象在 ECMAScript 语言规范 的 第 ArrayBuffer 对象 一节中进行了描述。
napi_create_buffer#
napi_status napi_create_buffer(napi_env env,
size_t size,
void** data,
napi_value* result)
[in] env: 调用 API 的环境。[in] size: 底层缓冲区的大小(以字节为单位)。[out] data: 指向底层缓冲区的原始指针。可以通过传递NULL来选择忽略data。[out] result: 表示node::Buffer的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 分配一个 node::Buffer 对象。虽然这仍然是一个完全支持的数据结构,但在大多数情况下,使用 TypedArray 就足够了。
napi_create_buffer_copy#
napi_status napi_create_buffer_copy(napi_env env,
size_t length,
const void* data,
void** result_data,
napi_value* result)
[in] env: 调用 API 的环境。[in] size: 输入缓冲区的大小(以字节为单位)(应与新缓冲区的大小相同)。[in] data: 指向要复制的底层缓冲区的原始指针。[out] result_data: 指向新Buffer的底层数据缓冲区的指针。可以通过传递NULL来选择忽略result_data。[out] result: 表示node::Buffer的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 分配一个 node::Buffer 对象,并使用从传入缓冲区复制的数据对其进行初始化。虽然这仍然是一个完全支持的数据结构,但在大多数情况下,使用 TypedArray 就足够了。
napi_create_date#
napi_status napi_create_date(napi_env env,
double time,
napi_value* result);
[in] env: 调用 API 的环境。[in] time: ECMAScript 时间值,自 1970 年 1 月 1 日 UTC 起的毫秒数。[out] result: 表示 JavaScriptDate的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 不观察闰秒;它们被忽略,因为 ECMAScript 与 POSIX 时间规范保持一致。
此 API 分配一个 JavaScript Date 对象。
JavaScript Date 对象在 ECMAScript 语言规范 的 第 Date 对象 一节中进行了描述。
napi_create_external#
napi_status napi_create_external(napi_env env,
void* data,
napi_finalize finalize_cb,
void* finalize_hint,
napi_value* result)
[in] env: 调用 API 的环境。[in] data: 指向外部数据的原始指针。[in] finalize_cb: 可选回调,当外部值被收集时调用。napi_finalize提供了更多详细信息。[in] finalize_hint: 在收集期间传递给终结回调的可选提示。[out] result: 表示外部值的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 分配一个附加了外部数据的 JavaScript 值。这用于通过 JavaScript 代码传递外部数据,以便以后可以通过使用 napi_get_value_external 的原生代码检索。
API 添加了一个 napi_finalize 回调,该回调将在刚刚创建的 JavaScript 对象被垃圾回收时调用。
创建的值不是对象,因此不支持额外的属性。它被认为是一种不同的值类型:使用外部值调用 napi_typeof() 会产生 napi_external。
napi_create_external_arraybuffer#
napi_status
napi_create_external_arraybuffer(napi_env env,
void* external_data,
size_t byte_length,
napi_finalize finalize_cb,
void* finalize_hint,
napi_value* result)
[in] env: 调用 API 的环境。[in] external_data: 指向ArrayBuffer底层字节缓冲区的指针。[in] byte_length: 底层缓冲区的长度(以字节为单位)。[in] finalize_cb: 可选回调,当ArrayBuffer被收集时调用。napi_finalize提供了更多详细信息。[in] finalize_hint: 在收集期间传递给终结回调的可选提示。[out] result: 表示 JavaScriptArrayBuffer的napi_value。
如果 API 成功,则返回 napi_ok。
除了 Node.js 之外的一些运行时已放弃对外部缓冲区的支持。在 Node.js 之外的运行时上,此方法可能返回 napi_no_external_buffers_allowed 以指示不支持外部缓冲区。其中一个运行时是 Electron,如 issue electron/issues/35801 中所述。
为了保持与所有运行时的最广泛兼容性,您可以在包含 node-api 头文件之前在您的插件中定义 NODE_API_NO_EXTERNAL_BUFFERS_ALLOWED。这样做将隐藏创建外部缓冲区的两个函数。这将确保如果您不小心使用了这些方法之一,会发生编译错误。
此 API 返回对应于 JavaScript ArrayBuffer 的 Node-API 值。ArrayBuffer 的底层字节缓冲区是外部分配和管理的。调用者必须确保字节缓冲区在终结回调被调用之前保持有效。
API 添加了一个 napi_finalize 回调,该回调将在刚刚创建的 JavaScript 对象被垃圾回收时调用。
JavaScript ArrayBuffer 在 ECMAScript 语言规范 的 第 ArrayBuffer 对象 一节中进行了描述。
napi_create_external_buffer#
napi_status napi_create_external_buffer(napi_env env,
size_t length,
void* data,
napi_finalize finalize_cb,
void* finalize_hint,
napi_value* result)
[in] env: 调用 API 的环境。[in] length: 输入缓冲区的大小(以字节为单位)(应与新缓冲区的大小相同)。[in] data: 指向要暴露给 JavaScript 的底层缓冲区的原始指针。[in] finalize_cb: 可选回调,当ArrayBuffer被收集时调用。napi_finalize提供了更多详细信息。[in] finalize_hint: 在收集期间传递给终结回调的可选提示。[out] result: 表示node::Buffer的napi_value。
如果 API 成功,则返回 napi_ok。
除了 Node.js 之外的一些运行时已放弃对外部缓冲区的支持。在 Node.js 之外的运行时上,此方法可能返回 napi_no_external_buffers_allowed 以指示不支持外部缓冲区。其中一个运行时是 Electron,如 issue electron/issues/35801 中所述。
为了保持与所有运行时的最广泛兼容性,您可以在包含 node-api 头文件之前在您的插件中定义 NODE_API_NO_EXTERNAL_BUFFERS_ALLOWED。这样做将隐藏创建外部缓冲区的两个函数。这将确保如果您不小心使用了这些方法之一,会发生编译错误。
此 API 分配一个 node::Buffer 对象,并使用传入缓冲区支持的数据对其进行初始化。虽然这仍然是一个完全支持的数据结构,但在大多数情况下,使用 TypedArray 就足够了。
API 添加了一个 napi_finalize 回调,该回调将在刚刚创建的 JavaScript 对象被垃圾回收时调用。
对于 Node.js >=4,Buffers 是 Uint8Array。
napi_create_object#
napi_status napi_create_object(napi_env env, napi_value* result)
[in] env: 调用 API 的环境。[out] result: 表示 JavaScriptObject的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 分配一个默认的 JavaScript Object。它等同于在 JavaScript 中执行 new Object()。
JavaScript Object 类型在 ECMAScript 语言规范 的 第 object 类型 一节中进行了描述。
napi_create_symbol#
napi_status napi_create_symbol(napi_env env,
napi_value description,
napi_value* result)
[in] env: 调用 API 的环境。[in] description: 可选的napi_value,指向一个 JavaScriptstring,作为符号的描述。[out] result: 表示 JavaScriptsymbol的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 从 UTF8 编码的 C 字符串创建 JavaScript symbol 值。
JavaScript symbol 类型在 ECMAScript 语言规范 的 第 symbol 类型 一节中进行了描述。
node_api_symbol_for#
napi_status node_api_symbol_for(napi_env env,
const char* utf8description,
size_t length,
napi_value* result)
[in] env: 调用 API 的环境。[in] utf8description: UTF-8 C 字符串,表示用作符号描述的文本。[in] length: 描述字符串的长度(以字节为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[out] result: 表示 JavaScriptsymbol的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 在全局注册表中搜索具有给定描述的现有符号。如果符号已存在,则返回该符号,否则将在注册表中创建一个新符号。
JavaScript symbol 类型在 ECMAScript 语言规范 的 第 symbol 类型 一节中进行了描述。
napi_create_typedarray#
napi_status napi_create_typedarray(napi_env env,
napi_typedarray_type type,
size_t length,
napi_value arraybuffer,
size_t byte_offset,
napi_value* result)
[in] env: 调用 API 的环境。[in] type:TypedArray中元素的标量数据类型。[in] length:TypedArray中的元素数量。[in] arraybuffer: 类型化数组底层的ArrayBuffer。[in] byte_offset:ArrayBuffer中开始投影TypedArray的字节偏移量。[out] result: 表示 JavaScriptTypedArray的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 在现有 ArrayBuffer 上创建 JavaScript TypedArray 对象。TypedArray 对象提供了一个类似数组的视图,位于底层数据缓冲区之上,其中每个元素都具有相同的底层二进制标量数据类型。
要求 (length * size_of_element) + byte_offset 应该小于或等于传入数组的字节大小。如果不是,则会引发 RangeError 异常。
JavaScript TypedArray 对象在 ECMAScript 语言规范 的 第 TypedArray 对象 一节中进行了描述。
node_api_create_buffer_from_arraybuffer#
napi_status NAPI_CDECL node_api_create_buffer_from_arraybuffer(napi_env env,
napi_value arraybuffer,
size_t byte_offset,
size_t byte_length,
napi_value* result)
[in] env: 调用 API 的环境。[in] arraybuffer: 将从中创建缓冲区的ArrayBuffer。[in] byte_offset:ArrayBuffer中开始创建缓冲区的字节偏移量。[in] byte_length: 将从ArrayBuffer创建的缓冲区的长度(以字节为单位)。[out] result: 表示创建的 JavaScriptBuffer对象的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 从现有 ArrayBuffer 创建 JavaScript Buffer 对象。Buffer 对象是 Node.js 特有的类,它提供了一种直接在 JavaScript 中处理二进制数据的方法。
字节范围 [byte_offset, byte_offset + byte_length) 必须在 ArrayBuffer 的边界内。如果 byte_offset + byte_length 超过 ArrayBuffer 的大小,则会引发 RangeError 异常。
napi_create_dataview#
napi_status napi_create_dataview(napi_env env,
size_t byte_length,
napi_value arraybuffer,
size_t byte_offset,
napi_value* result)
[in] env: 调用 API 的环境。[in] length:DataView中的元素数量。[in] arraybuffer:DataView底层的ArrayBuffer。[in] byte_offset:ArrayBuffer中开始投影DataView的字节偏移量。[out] result: 表示 JavaScriptDataView的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 在现有 ArrayBuffer 上创建 JavaScript DataView 对象。DataView 对象提供了一个类似数组的视图,位于底层数据缓冲区之上,但允许 ArrayBuffer 中具有不同大小和类型的项。
要求 byte_length + byte_offset 小于或等于传入数组的字节大小。如果不是,则会引发 RangeError 异常。
JavaScript DataView 对象在 ECMAScript 语言规范 的 第 DataView 对象 一节中进行了描述。
将 C 类型转换为 Node-API 的函数#
napi_create_int32#
napi_status napi_create_int32(napi_env env, int32_t value, napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要在 JavaScript 中表示的整数值。[out] result: 表示 JavaScriptnumber的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 用于将 C int32_t 类型转换为 JavaScript number 类型。
JavaScript number 类型在 ECMAScript 语言规范 的 第 number 类型 一节中进行了描述。
napi_create_uint32#
napi_status napi_create_uint32(napi_env env, uint32_t value, napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要在 JavaScript 中表示的无符号整数值。[out] result: 表示 JavaScriptnumber的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 用于将 C uint32_t 类型转换为 JavaScript number 类型。
JavaScript number 类型在 ECMAScript 语言规范 的 第 number 类型 一节中进行了描述。
napi_create_int64#
napi_status napi_create_int64(napi_env env, int64_t value, napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要在 JavaScript 中表示的整数值。[out] result: 表示 JavaScriptnumber的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 用于将 C int64_t 类型转换为 JavaScript number 类型。
JavaScript number 类型在 ECMAScript 语言规范 的 第 number 类型 一节中进行了描述。请注意,int64_t 的完整范围不能在 JavaScript 中以完全精度表示。超出 Number.MIN_SAFE_INTEGER -(2**53 - 1) - Number.MAX_SAFE_INTEGER (2**53 - 1) 范围的整数值将失去精度。
napi_create_double#
napi_status napi_create_double(napi_env env, double value, napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要在 JavaScript 中表示的双精度值。[out] result: 表示 JavaScriptnumber的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 用于将 C double 类型转换为 JavaScript number 类型。
JavaScript number 类型在 ECMAScript 语言规范 的 第 number 类型 一节中进行了描述。
napi_create_bigint_int64#
napi_status napi_create_bigint_int64(napi_env env,
int64_t value,
napi_value* result);
[in] env: 调用 API 的环境。[in] value: 要在 JavaScript 中表示的整数值。[out] result: 表示 JavaScriptBigInt的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 将 C int64_t 类型转换为 JavaScript BigInt 类型。
napi_create_bigint_uint64#
napi_status napi_create_bigint_uint64(napi_env env,
uint64_t value,
napi_value* result);
[in] env: 调用 API 的环境。[in] value: 要在 JavaScript 中表示的无符号整数值。[out] result: 表示 JavaScriptBigInt的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 将 C uint64_t 类型转换为 JavaScript BigInt 类型。
napi_create_bigint_words#
napi_status napi_create_bigint_words(napi_env env,
int sign_bit,
size_t word_count,
const uint64_t* words,
napi_value* result);
[in] env: 调用 API 的环境。[in] sign_bit: 确定结果BigInt是正数还是负数。[in] word_count:words数组的长度。[in] words:uint64_t小端 64 位字的数组。[out] result: 表示 JavaScriptBigInt的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 将无符号 64 位字数组转换为单个 BigInt 值。
结果 BigInt 计算为: (–1)sign_bit (words[0] × (264)0 + words[1] × (264)1 + …)
napi_create_string_latin1#
napi_status napi_create_string_latin1(napi_env env,
const char* str,
size_t length,
napi_value* result);
[in] env: 调用 API 的环境。[in] str: 表示 ISO-8859-1 编码字符串的字符缓冲区。[in] length: 字符串的长度(以字节为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[out] result: 表示 JavaScriptstring的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 从 ISO-8859-1 编码的 C 字符串创建 JavaScript string 值。原生字符串被复制。
JavaScript string 类型在 ECMAScript 语言规范 的 第 string 类型 一节中进行了描述。
node_api_create_external_string_latin1#
napi_status
node_api_create_external_string_latin1(napi_env env,
char* str,
size_t length,
napi_finalize finalize_callback,
void* finalize_hint,
napi_value* result,
bool* copied);
[in] env: 调用 API 的环境。[in] str: 表示 ISO-8859-1 编码字符串的字符缓冲区。[in] length: 字符串的长度(以字节为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[in] finalize_callback: 当字符串被收集时要调用的函数。该函数将使用以下参数调用[in] env: 插件运行的环境。如果字符串作为 worker 或主 Node.js 实例终止的一部分而被收集,则此值可能为 null。[in] data: 这是str的值,作为void*指针。[in] finalize_hint: 这是提供给 API 的finalize_hint值。napi_finalize提供了更多详细信息。此参数是可选的。传递空值意味着当相应的 JavaScript 字符串被收集时,插件不需要收到通知。
[in] finalize_hint: 在收集期间传递给终结回调的可选提示。[out] result: 表示 JavaScriptstring的napi_value。[out] copied: 字符串是否被复制。如果已复制,则终结器将已调用以销毁str。
如果 API 成功,则返回 napi_ok。
此 API 从 ISO-8859-1 编码的 C 字符串创建 JavaScript string 值。原生字符串可能未被复制,因此必须在 JavaScript 值的整个生命周期中存在。
JavaScript string 类型在 ECMAScript 语言规范 的 第 string 类型 一节中进行了描述。
napi_create_string_utf16#
napi_status napi_create_string_utf16(napi_env env,
const char16_t* str,
size_t length,
napi_value* result)
[in] env: 调用 API 的环境。[in] str: 表示 UTF16-LE 编码字符串的字符缓冲区。[in] length: 字符串的长度(以双字节代码单元为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[out] result: 表示 JavaScriptstring的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 从 UTF16-LE 编码的 C 字符串创建 JavaScript string 值。原生字符串被复制。
JavaScript string 类型在 ECMAScript 语言规范 的 第 string 类型 一节中进行了描述。
node_api_create_external_string_utf16#
napi_status
node_api_create_external_string_utf16(napi_env env,
char16_t* str,
size_t length,
napi_finalize finalize_callback,
void* finalize_hint,
napi_value* result,
bool* copied);
[in] env: 调用 API 的环境。[in] str: 表示 UTF16-LE 编码字符串的字符缓冲区。[in] length: 字符串的长度(以双字节代码单元为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[in] finalize_callback: 当字符串被收集时要调用的函数。该函数将使用以下参数调用[in] env: 插件运行的环境。如果字符串作为 worker 或主 Node.js 实例终止的一部分而被收集,则此值可能为 null。[in] data: 这是str的值,作为void*指针。[in] finalize_hint: 这是提供给 API 的finalize_hint值。napi_finalize提供了更多详细信息。此参数是可选的。传递空值意味着当相应的 JavaScript 字符串被收集时,插件不需要收到通知。
[in] finalize_hint: 在收集期间传递给终结回调的可选提示。[out] result: 表示 JavaScriptstring的napi_value。[out] copied: 字符串是否被复制。如果已复制,则终结器将已调用以销毁str。
如果 API 成功,则返回 napi_ok。
此 API 从 UTF16-LE 编码的 C 字符串创建 JavaScript string 值。原生字符串可能未被复制,因此必须在 JavaScript 值的整个生命周期中存在。
JavaScript string 类型在 ECMAScript 语言规范 的 第 string 类型 一节中进行了描述。
napi_create_string_utf8#
napi_status napi_create_string_utf8(napi_env env,
const char* str,
size_t length,
napi_value* result)
[in] env: 调用 API 的环境。[in] str: 表示 UTF8 编码字符串的字符缓冲区。[in] length: 字符串的长度(以字节为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[out] result: 表示 JavaScriptstring的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 从 UTF8 编码的 C 字符串创建 JavaScript string 值。原生字符串被复制。
JavaScript string 类型在 ECMAScript 语言规范 的 第 string 类型 一节中进行了描述。
创建优化属性键的函数#
包括 V8 在内的许多 JavaScript 引擎都使用内部化字符串作为键来设置和获取属性值。它们通常使用哈希表来创建和查找此类字符串。虽然每个键创建会增加一些成本,但之后通过启用字符串指针而不是整个字符串的比较来提高性能。
如果打算将新的 JavaScript 字符串用作属性键,那么对于某些 JavaScript 引擎,使用本节中的函数会更有效。否则,请使用 napi_create_string_utf8 或 node_api_create_external_string_utf8 系列函数,因为使用属性键创建方法创建/存储字符串可能会产生额外的开销。
node_api_create_property_key_latin1#
napi_status NAPI_CDECL node_api_create_property_key_latin1(napi_env env,
const char* str,
size_t length,
napi_value* result);
[in] env: 调用 API 的环境。[in] str: 表示 ISO-8859-1 编码字符串的字符缓冲区。[in] length: 字符串的长度(以字节为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[out] result: 表示优化 JavaScriptstring的napi_value,用作对象的属性键。
如果 API 成功,则返回 napi_ok。
此 API 从 ISO-8859-1 编码的 C 字符串创建优化 JavaScript string 值,用作对象的属性键。原生字符串被复制。与 napi_create_string_latin1 不同,随后使用相同的 str 指针调用此函数可能会从所请求的 napi_value 的创建中受益于加速,具体取决于引擎。
JavaScript string 类型在 ECMAScript 语言规范 的 第 string 类型 一节中进行了描述。
node_api_create_property_key_utf16#
napi_status NAPI_CDECL node_api_create_property_key_utf16(napi_env env,
const char16_t* str,
size_t length,
napi_value* result);
[in] env: 调用 API 的环境。[in] str: 表示 UTF16-LE 编码字符串的字符缓冲区。[in] length: 字符串的长度(以双字节代码单元为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[out] result: 表示优化 JavaScriptstring的napi_value,用作对象的属性键。
如果 API 成功,则返回 napi_ok。
此 API 从 UTF16-LE 编码的 C 字符串创建优化 JavaScript string 值,用作对象的属性键。原生字符串被复制。
JavaScript string 类型在 ECMAScript 语言规范 的 第 string 类型 一节中进行了描述。
node_api_create_property_key_utf8#
napi_status NAPI_CDECL node_api_create_property_key_utf8(napi_env env,
const char* str,
size_t length,
napi_value* result);
[in] env: 调用 API 的环境。[in] str: 表示 UTF8 编码字符串的字符缓冲区。[in] length: 字符串的长度(以双字节代码单元为单位),如果为 null 终止,则为NAPI_AUTO_LENGTH。[out] result: 表示优化 JavaScriptstring的napi_value,用作对象的属性键。
如果 API 成功,则返回 napi_ok。
此 API 从 UTF8 编码的 C 字符串创建优化 JavaScript string 值,用作对象的属性键。原生字符串被复制。
JavaScript string 类型在 ECMAScript 语言规范 的 第 string 类型 一节中进行了描述。
将 Node-API 转换为 C 类型的函数#
napi_get_array_length#
napi_status napi_get_array_length(napi_env env,
napi_value value,
uint32_t* result)
[in] env: 调用 API 的环境。[in] value: 表示正在查询长度的 JavaScriptArray的napi_value。[out] result: 表示数组长度的uint32。
如果 API 成功,则返回 napi_ok。
此 API 返回数组的长度。
Array 长度在 ECMAScript 语言规范 的 第 Array 实例长度 一节中进行了描述。
napi_get_arraybuffer_info#
napi_status napi_get_arraybuffer_info(napi_env env,
napi_value arraybuffer,
void** data,
size_t* byte_length)
[in] env: 调用 API 的环境。[in] arraybuffer: 表示正在查询的ArrayBuffer或SharedArrayBuffer的napi_value。[out] data:ArrayBuffer或SharedArrayBuffer的底层数据缓冲区为0,这可以是NULL或任何其他指针值。[out] byte_length: 底层数据缓冲区的长度(以字节为单位)。
如果 API 成功,则返回 napi_ok。
此 API 用于检索 ArrayBuffer 或 SharedArrayBuffer 的底层数据缓冲区及其长度。
警告: 使用此 API 时请务必小心。底层数据缓冲区的生命周期由 ArrayBuffer 或 SharedArrayBuffer 管理,即使在返回后也是如此。使用此 API 的一种可能的安全方法是结合 napi_create_reference 使用,该方法可用于保证对 ArrayBuffer 或 SharedArrayBuffer 生命周期的控制。只要没有调用可能触发 GC 的其他 API,在同一回调中使用返回的数据缓冲区也是安全的。
napi_get_buffer_info#
napi_status napi_get_buffer_info(napi_env env,
napi_value value,
void** data,
size_t* length)
[in] env: 调用 API 的环境。[in] value: 表示正在查询的node::Buffer或Uint8Array的napi_value。[out] data:node::Buffer或Uint8Array的底层数据缓冲区。如果长度为0,这可以是NULL或任何其他指针值。[out] length: 底层数据缓冲区的长度(以字节为单位)。
如果 API 成功,则返回 napi_ok。
此方法返回与 napi_get_typedarray_info 相同的 data 和 byte_length。并且 napi_get_typedarray_info 也接受 node::Buffer (一个 Uint8Array) 作为值。
此 API 用于检索 node::Buffer 的底层数据缓冲区及其长度。
警告: 使用此 API 时请务必小心,因为如果底层数据缓冲区由 VM 管理,则其生命周期无法保证。
napi_get_prototype#
napi_status napi_get_prototype(napi_env env,
napi_value object,
napi_value* result)
[in] env: 调用 API 的环境。[in] object: 表示要返回其原型的 JavaScriptObject的napi_value。这返回与Object.getPrototypeOf等效的值(与函数的prototype属性不同)。[out] result: 表示给定对象原型的napi_value。
如果 API 成功,则返回 napi_ok。
napi_get_typedarray_info#
napi_status napi_get_typedarray_info(napi_env env,
napi_value typedarray,
napi_typedarray_type* type,
size_t* length,
void** data,
napi_value* arraybuffer,
size_t* byte_offset)
[in] env: 调用 API 的环境。[in] typedarray: 表示要查询其属性的TypedArray的napi_value。[out] type:TypedArray中元素的标量数据类型。[out] length:TypedArray中的元素数量。[out] data:TypedArray的底层数据缓冲区,已通过byte_offset值调整,使其指向TypedArray中的第一个元素。如果数组长度为0,则此值可能为NULL或任何其他指针值。[out] arraybuffer:TypedArray底层的ArrayBuffer。[out] byte_offset: 底层原生数组中第一个元素所在位置的字节偏移量。数据参数的值已经过调整,因此数据指向数组中的第一个元素。因此,原生数组的第一个字节将位于data - byte_offset。
如果 API 成功,则返回 napi_ok。
此 API 返回类型化数组的各种属性。
如果不需要某个属性,则任何输出参数都可以是 NULL。
警告: 使用此 API 时请务必小心,因为底层数据缓冲区由 VM 管理。
napi_get_dataview_info#
napi_status napi_get_dataview_info(napi_env env,
napi_value dataview,
size_t* byte_length,
void** data,
napi_value* arraybuffer,
size_t* byte_offset)
[in] env: 调用 API 的环境。[in] dataview: 表示要查询其属性的DataView的napi_value。[out] byte_length:DataView中的字节数。[out] data:DataView的底层数据缓冲区。如果 byte_length 为0,则此值可能为NULL或任何其他指针值。[out] arraybuffer:DataView底层的ArrayBuffer。[out] byte_offset: 数据缓冲区中开始投影DataView的字节偏移量。
如果 API 成功,则返回 napi_ok。
如果不需要某个属性,则任何输出参数都可以是 NULL。
此 API 返回 DataView 的各种属性。
napi_get_date_value#
napi_status napi_get_date_value(napi_env env,
napi_value value,
double* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScriptDate的napi_value。[out] result: 时间值,表示自 1970 年 1 月 1 日 UTC 午夜以来的毫秒数,以double表示。
此 API 不观察闰秒;它们被忽略,因为 ECMAScript 与 POSIX 时间规范保持一致。
如果 API 成功,则返回 napi_ok。如果传入非日期 napi_value,则返回 napi_date_expected。
此 API 返回给定 JavaScript Date 的时间值的 C 双精度原始值。
napi_get_value_bool#
napi_status napi_get_value_bool(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScriptBoolean的napi_value。[out] result: 给定 JavaScriptBoolean的 C 布尔原始等效值。
如果 API 成功,则返回 napi_ok。如果传入非布尔 napi_value,则返回 napi_boolean_expected。
此 API 返回给定 JavaScript Boolean 的 C 布尔原始等效值。
napi_get_value_double#
napi_status napi_get_value_double(napi_env env,
napi_value value,
double* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScriptnumber的napi_value。[out] result: 给定 JavaScriptnumber的 C 双精度原始等效值。
如果 API 成功,则返回 napi_ok。如果传入非数字 napi_value,则返回 napi_number_expected。
此 API 返回给定 JavaScript number 的 C 双精度原始等效值。
napi_get_value_bigint_int64#
napi_status napi_get_value_bigint_int64(napi_env env,
napi_value value,
int64_t* result,
bool* lossless);
[in] env: 调用 API 的环境[in] value: 表示 JavaScriptBigInt的napi_value。[out] result: 给定 JavaScriptBigInt的 Cint64_t原始等效值。[out] lossless: 指示BigInt值是否无损转换。
如果 API 成功,则返回 napi_ok。如果传入非 BigInt,则返回 napi_bigint_expected。
此 API 返回给定 JavaScript BigInt 的 C int64_t 原始等效值。如果需要,它将截断该值,并将 lossless 设置为 false。
napi_get_value_bigint_uint64#
napi_status napi_get_value_bigint_uint64(napi_env env,
napi_value value,
uint64_t* result,
bool* lossless);
[in] env: 调用 API 的环境。[in] value: 表示 JavaScriptBigInt的napi_value。[out] result: 给定 JavaScriptBigInt的 Cuint64_t原始等效值。[out] lossless: 指示BigInt值是否无损转换。
如果 API 成功,则返回 napi_ok。如果传入非 BigInt,则返回 napi_bigint_expected。
此 API 返回给定 JavaScript BigInt 的 C uint64_t 原始等效值。如果需要,它将截断该值,并将 lossless 设置为 false。
napi_get_value_bigint_words#
napi_status napi_get_value_bigint_words(napi_env env,
napi_value value,
int* sign_bit,
size_t* word_count,
uint64_t* words);
[in] env: 调用 API 的环境。[in] value: 表示 JavaScriptBigInt的napi_value。[out] sign_bit: 表示 JavaScriptBigInt是正数还是负数的整数。[in/out] word_count: 必须初始化为words数组的长度。返回时,它将设置为存储此BigInt所需的实际字数。[out] words: 指向预分配的 64 位字数组的指针。
如果 API 成功,则返回 napi_ok。
此 API 将单个 BigInt 值转换为符号位、64 位小端数组以及数组中的元素数量。sign_bit 和 words 都可以设置为 NULL,以便只获取 word_count。
napi_get_value_external#
napi_status napi_get_value_external(napi_env env,
napi_value value,
void** result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScript 外部值的napi_value。[out] result: 指向 JavaScript 外部值包装的数据的指针。
如果 API 成功,则返回 napi_ok。如果传入非外部 napi_value,则返回 napi_invalid_arg。
此 API 检索先前传递给 napi_create_external() 的外部数据指针。
napi_get_value_int32#
napi_status napi_get_value_int32(napi_env env,
napi_value value,
int32_t* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScriptnumber的napi_value。[out] result: 给定 JavaScriptnumber的 Cint32原始等效值。
如果 API 成功,则返回 napi_ok。如果传入非数字 napi_value,则返回 napi_number_expected。
此 API 返回给定 JavaScript number 的 C int32 原始等效值。
如果数字超出 32 位整数的范围,则结果将被截断为等效的低 32 位。如果值大于 231 - 1,这可能导致较大的正数变为负数。
非有限数字值(NaN、+Infinity 或 -Infinity)将结果设置为零。
napi_get_value_int64#
napi_status napi_get_value_int64(napi_env env,
napi_value value,
int64_t* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScriptnumber的napi_value。[out] result: 给定 JavaScriptnumber的 Cint64原始等效值。
如果 API 成功,则返回 napi_ok。如果传入非数字 napi_value,则返回 napi_number_expected。
此 API 返回给定 JavaScript number 的 C int64 原始等效值。
超出 Number.MIN_SAFE_INTEGER -(2**53 - 1) - Number.MAX_SAFE_INTEGER (2**53 - 1) 范围的 number 值将失去精度。
非有限数字值(NaN、+Infinity 或 -Infinity)将结果设置为零。
napi_get_value_string_latin1#
napi_status napi_get_value_string_latin1(napi_env env,
napi_value value,
char* buf,
size_t bufsize,
size_t* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScript 字符串的napi_value。[in] buf: 写入 ISO-8859-1 编码字符串的缓冲区。如果传入NULL,则字符串的长度(以字节为单位,不包括空终止符)将在result中返回。[in] bufsize: 目标缓冲区的大小。当此值不足时,返回的字符串将被截断并以空终止。如果此值为零,则不返回字符串,并且不对缓冲区进行任何更改。[out] result: 复制到缓冲区中的字节数,不包括空终止符。
如果 API 成功,则返回 napi_ok。如果传入非 string napi_value,则返回 napi_string_expected。
此 API 返回与传入值对应的 ISO-8859-1 编码字符串。
napi_get_value_string_utf8#
napi_status napi_get_value_string_utf8(napi_env env,
napi_value value,
char* buf,
size_t bufsize,
size_t* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScript 字符串的napi_value。[in] buf: 写入 UTF8 编码字符串的缓冲区。如果传入NULL,则字符串的长度(以字节为单位,不包括空终止符)将在result中返回。[in] bufsize: 目标缓冲区的大小。当此值不足时,返回的字符串将被截断并以空终止。如果此值为零,则不返回字符串,并且不对缓冲区进行任何更改。[out] result: 复制到缓冲区中的字节数,不包括空终止符。
如果 API 成功,则返回 napi_ok。如果传入非 string napi_value,则返回 napi_string_expected。
此 API 返回与传入值对应的 UTF8 编码字符串。
napi_get_value_string_utf16#
napi_status napi_get_value_string_utf16(napi_env env,
napi_value value,
char16_t* buf,
size_t bufsize,
size_t* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScript 字符串的napi_value。[in] buf: 写入 UTF16-LE 编码字符串的缓冲区。如果传入NULL,则字符串的长度(以 2 字节代码单元为单位,不包括空终止符)将返回。[in] bufsize: 目标缓冲区的大小。当此值不足时,返回的字符串将被截断并以空终止。如果此值为零,则不返回字符串,并且不对缓冲区进行任何更改。[out] result: 复制到缓冲区中的 2 字节代码单元数,不包括空终止符。
如果 API 成功,则返回 napi_ok。如果传入非 string napi_value,则返回 napi_string_expected。
此 API 返回与传入值对应的 UTF16 编码字符串。
napi_get_value_uint32#
napi_status napi_get_value_uint32(napi_env env,
napi_value value,
uint32_t* result)
[in] env: 调用 API 的环境。[in] value: 表示 JavaScriptnumber的napi_value。[out] result: 给定napi_value的 C 原始等效值,作为uint32_t。
如果 API 成功,则返回 napi_ok。如果传入非数字 napi_value,则返回 napi_number_expected。
此 API 返回给定 napi_value 的 C 原始等效值,作为 uint32_t。
获取全局实例的函数#
napi_get_boolean#
napi_status napi_get_boolean(napi_env env, bool value, napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要检索的布尔值。[out] result: 表示要检索的 JavaScriptBoolean单例的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 用于返回用于表示给定布尔值的 JavaScript 单例对象。
napi_get_global#
napi_status napi_get_global(napi_env env, napi_value* result)
[in] env: 调用 API 的环境。[out] result: 表示 JavaScriptglobal对象的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回 global 对象。
napi_get_null#
napi_status napi_get_null(napi_env env, napi_value* result)
[in] env: 调用 API 的环境。[out] result: 表示 JavaScriptnull对象的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回 null 对象。
napi_get_undefined#
napi_status napi_get_undefined(napi_env env, napi_value* result)
[in] env: 调用 API 的环境。[out] result: 表示 JavaScript Undefined 值的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回 Undefined 对象。
使用 JavaScript 值和抽象操作#
Node-API 公开了一组 API 来对 JavaScript 值执行一些抽象操作。
这些 API 支持执行以下操作之一
- 将 JavaScript 值强制转换为特定的 JavaScript 类型(例如
number或string)。 - 检查 JavaScript 值的类型。
- 检查两个 JavaScript 值之间的相等性。
napi_coerce_to_bool#
napi_status napi_coerce_to_bool(napi_env env,
napi_value value,
napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要强制转换的 JavaScript 值。[out] result: 表示强制转换的 JavaScriptBoolean的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 实现了 ECMAScript 语言规范 的 第 ToBoolean 一节中定义的抽象操作 ToBoolean()。
napi_coerce_to_number#
napi_status napi_coerce_to_number(napi_env env,
napi_value value,
napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要强制转换的 JavaScript 值。[out] result: 表示强制转换的 JavaScriptnumber的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 实现了 ECMAScript 语言规范 的 第 ToNumber 一节中定义的抽象操作 ToNumber()。如果传入的值是对象,此函数可能会运行 JS 代码。
napi_coerce_to_object#
napi_status napi_coerce_to_object(napi_env env,
napi_value value,
napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要强制转换的 JavaScript 值。[out] result: 表示强制转换的 JavaScriptObject的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 实现了 ECMAScript 语言规范 的 第 ToObject 一节中定义的抽象操作 ToObject()。
napi_coerce_to_string#
napi_status napi_coerce_to_string(napi_env env,
napi_value value,
napi_value* result)
[in] env: 调用 API 的环境。[in] value: 要强制转换的 JavaScript 值。[out] result: 表示强制转换的 JavaScriptstring的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 实现了 ECMAScript 语言规范 的 第 ToString 一节中定义的抽象操作 ToString()。如果传入的值是对象,此函数可能会运行 JS 代码。
napi_typeof#
napi_status napi_typeof(napi_env env, napi_value value, napi_valuetype* result)
[in] env: 调用 API 的环境。[in] value: 要查询其类型的 JavaScript 值。[out] result: JavaScript 值的类型。
如果 API 成功,则返回 napi_ok。
- 如果
value的类型不是已知的 ECMAScript 类型且value不是外部值,则返回napi_invalid_arg。
此 API 表示类似于在 ECMAScript 语言规范 的 第 typeof 运算符 一节中定义的对对象调用 typeof 运算符的行为。但是,有一些差异
- 它支持检测外部值。
- 它将
null检测为单独的类型,而 ECMAScripttypeof会检测object。
如果 value 的类型无效,则返回错误。
napi_instanceof#
napi_status napi_instanceof(napi_env env,
napi_value object,
napi_value constructor,
bool* result)
[in] env: 调用 API 的环境。[in] object: 要检查的 JavaScript 值。[in] constructor: 要检查的构造函数的 JavaScript 函数对象。[out] result: 如果object instanceof constructor为 true,则设置为 true 的布尔值。
如果 API 成功,则返回 napi_ok。
此 API 表示在 ECMAScript 语言规范 的 第 instanceof 运算符 一节中定义的对对象调用 instanceof 运算符的行为。
napi_is_array#
napi_status napi_is_array(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 要检查的 JavaScript 值。[out] result: 给定对象是否为数组。
如果 API 成功,则返回 napi_ok。
此 API 表示在 ECMAScript 语言规范 的 第 IsArray 一节中定义的对对象调用 IsArray 操作的行为。
napi_is_arraybuffer#
napi_status napi_is_arraybuffer(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 要检查的 JavaScript 值。[out] result: 给定对象是否为ArrayBuffer。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否为数组缓冲区。
napi_is_buffer#
napi_status napi_is_buffer(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 要检查的 JavaScript 值。[out] result: 给定的napi_value是否表示node::Buffer或Uint8Array对象。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否为缓冲区或 Uint8Array。如果调用者需要检查值是否为 Uint8Array,则应优先使用 napi_is_typedarray。
napi_is_date#
napi_status napi_is_date(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 要检查的 JavaScript 值。[out] result: 给定的napi_value是否表示 JavaScriptDate对象。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否为日期。
napi_is_error#
napi_status napi_is_error(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 要检查的 JavaScript 值。[out] result: 给定的napi_value是否表示Error对象。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否为 Error。
napi_is_typedarray#
napi_status napi_is_typedarray(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 要检查的 JavaScript 值。[out] result: 给定的napi_value是否表示TypedArray。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否为类型化数组。
napi_is_dataview#
napi_status napi_is_dataview(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 要检查的 JavaScript 值。[out] result: 给定的napi_value是否表示DataView。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否为 DataView。
napi_strict_equals#
napi_status napi_strict_equals(napi_env env,
napi_value lhs,
napi_value rhs,
bool* result)
[in] env: 调用 API 的环境。[in] lhs: 要检查的 JavaScript 值。[in] rhs: 要检查的 JavaScript 值。[out] result: 两个napi_value对象是否相等。
如果 API 成功,则返回 napi_ok。
此 API 表示 ECMAScript 语言规范 的 第 IsStrctEqual 一节中定义的严格相等算法的调用。
napi_detach_arraybuffer#
napi_status napi_detach_arraybuffer(napi_env env,
napi_value arraybuffer)
[in] env: 调用 API 的环境。[in] arraybuffer: 要分离的 JavaScriptArrayBuffer。
如果 API 成功,则返回 napi_ok。如果传入不可分离的 ArrayBuffer,则返回 napi_detachable_arraybuffer_expected。
通常,如果 ArrayBuffer 之前已被分离,则它是不可分离的。引擎可能会对 ArrayBuffer 是否可分离施加额外的条件。例如,V8 要求 ArrayBuffer 必须是外部的,即使用 napi_create_external_arraybuffer 创建的。
此 API 表示在 ECMAScript 语言规范 的 第 detachArrayBuffer 一节中定义的 ArrayBuffer 分离操作的调用。
napi_is_detached_arraybuffer#
napi_status napi_is_detached_arraybuffer(napi_env env,
napi_value arraybuffer,
bool* result)
[in] env: 调用 API 的环境。[in] arraybuffer: 要检查的 JavaScriptArrayBuffer。[out] result:arraybuffer是否已分离。
如果 API 成功,则返回 napi_ok。
如果 ArrayBuffer 的内部数据为 null,则认为它已分离。
此 API 表示在 ECMAScript 语言规范 的 第 isDetachedBuffer 一节中定义的 ArrayBuffer IsDetachedBuffer 操作的调用。
node_api_is_sharedarraybuffer#
napi_status node_api_is_sharedarraybuffer(napi_env env, napi_value value, bool* result)
[in] env: 调用 API 的环境。[in] value: 要检查的 JavaScript 值。[out] result: 给定的napi_value是否表示SharedArrayBuffer。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否为 SharedArrayBuffer。
node_api_create_sharedarraybuffer#
napi_status node_api_create_sharedarraybuffer(napi_env env,
size_t byte_length,
void** data,
napi_value* result)
[in] env: 调用 API 的环境。[in] byte_length: 要创建的共享数组缓冲区的长度(以字节为单位)。[out] data: 指向SharedArrayBuffer底层字节缓冲区的指针。可以通过传递NULL来选择忽略data。[out] result: 表示 JavaScriptSharedArrayBuffer的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 返回对应于 JavaScript SharedArrayBuffer 的 Node-API 值。SharedArrayBuffer 用于表示固定长度的二进制数据缓冲区,可以在多个 worker 之间共享。
分配的 SharedArrayBuffer 将具有一个底层字节缓冲区,其大小由传入的 byte_length 参数确定。如果调用者希望直接操作缓冲区,则可选地将底层缓冲区返回给调用者。此缓冲区只能从原生代码直接写入。要从 JavaScript 写入此缓冲区,需要创建类型化数组或 DataView 对象。
JavaScript SharedArrayBuffer 对象在 ECMAScript 语言规范 的 第 SharedArrayBuffer 对象 一节中进行了描述。
使用 JavaScript 属性#
Node-API 公开了一组 API 来获取和设置 JavaScript 对象的属性。
JavaScript 中的属性表示为键和值的元组。从根本上说,Node-API 中的所有属性键都可以以下列形式之一表示
- 命名:一个简单的 UTF8 编码字符串
- 整数索引:一个由
uint32_t表示的索引值 - JavaScript 值:这些在 Node-API 中由
napi_value表示。这可以是一个表示string、number或symbol的napi_value。
Node-API 值由类型 napi_value 表示。任何需要 JavaScript 值的 Node-API 调用都接受 napi_value。但是,调用者有责任确保所讨论的 napi_value 是 API 期望的 JavaScript 类型。
本节中记录的 API 提供了一个简单的接口来获取和设置由 napi_value 表示的任意 JavaScript 对象的属性。
例如,考虑以下 JavaScript 代码片段
const obj = {};
obj.myProp = 123;
可以使用 Node-API 值通过以下片段完成等效操作
napi_status status = napi_generic_failure;
// const obj = {}
napi_value obj, value;
status = napi_create_object(env, &obj);
if (status != napi_ok) return status;
// Create a napi_value for 123
status = napi_create_int32(env, 123, &value);
if (status != napi_ok) return status;
// obj.myProp = 123
status = napi_set_named_property(env, obj, "myProp", value);
if (status != napi_ok) return status;
可以以类似的方式设置索引属性。考虑以下 JavaScript 片段
const arr = [];
arr[123] = 'hello';
可以使用 Node-API 值通过以下片段完成等效操作
napi_status status = napi_generic_failure;
// const arr = [];
napi_value arr, value;
status = napi_create_array(env, &arr);
if (status != napi_ok) return status;
// Create a napi_value for 'hello'
status = napi_create_string_utf8(env, "hello", NAPI_AUTO_LENGTH, &value);
if (status != napi_ok) return status;
// arr[123] = 'hello';
status = napi_set_element(env, arr, 123, value);
if (status != napi_ok) return status;
可以使用本节中描述的 API 检索属性。考虑以下 JavaScript 片段
const arr = [];
const value = arr[123];
以下是 Node-API 对应物的近似等效项
napi_status status = napi_generic_failure;
// const arr = []
napi_value arr, value;
status = napi_create_array(env, &arr);
if (status != napi_ok) return status;
// const value = arr[123]
status = napi_get_element(env, arr, 123, &value);
if (status != napi_ok) return status;
最后,出于性能原因,也可以在一个对象上定义多个属性。考虑以下 JavaScript
const obj = {};
Object.defineProperties(obj, {
'foo': { value: 123, writable: true, configurable: true, enumerable: true },
'bar': { value: 456, writable: true, configurable: true, enumerable: true },
});
以下是 Node-API 对应物的近似等效项
napi_status status = napi_status_generic_failure;
// const obj = {};
napi_value obj;
status = napi_create_object(env, &obj);
if (status != napi_ok) return status;
// Create napi_values for 123 and 456
napi_value fooValue, barValue;
status = napi_create_int32(env, 123, &fooValue);
if (status != napi_ok) return status;
status = napi_create_int32(env, 456, &barValue);
if (status != napi_ok) return status;
// Set the properties
napi_property_descriptor descriptors[] = {
{ "foo", NULL, NULL, NULL, NULL, fooValue, napi_writable | napi_configurable, NULL },
{ "bar", NULL, NULL, NULL, NULL, barValue, napi_writable | napi_configurable, NULL }
}
status = napi_define_properties(env,
obj,
sizeof(descriptors) / sizeof(descriptors[0]),
descriptors);
if (status != napi_ok) return status;
结构体#
napi_property_attributes#
typedef enum {
napi_default = 0,
napi_writable = 1 << 0,
napi_enumerable = 1 << 1,
napi_configurable = 1 << 2,
// Used with napi_define_class to distinguish static properties
// from instance properties. Ignored by napi_define_properties.
napi_static = 1 << 10,
// Default for class methods.
napi_default_method = napi_writable | napi_configurable,
// Default for object properties, like in JS obj[prop].
napi_default_jsproperty = napi_writable |
napi_enumerable |
napi_configurable,
} napi_property_attributes;
napi_property_attributes 是用于控制 JavaScript 对象上设置属性行为的位标志。除了 napi_static 之外,它们对应于 ECMAScript 语言规范 的 第 property attributes 一节中列出的属性。它们可以是一个或多个以下位标志
napi_default: 属性上未设置显式属性。默认情况下,属性是只读的,不可枚举且不可配置。napi_writable: 属性是可写的。napi_enumerable: 属性是可枚举的。napi_configurable: 属性是可配置的,如 ECMAScript 语言规范 的 第 property attributes 一节中定义。napi_static: 属性将定义为类的静态属性,而不是实例属性(这是默认值)。这仅由napi_define_class使用。它被napi_define_properties忽略。napi_default_method: 类似于 JS 类中的方法,属性是可配置和可写的,但不可枚举。napi_default_jsproperty: 类似于通过 JavaScript 中的赋值设置的属性,属性是可写、可枚举和可配置的。
napi_property_descriptor#
typedef struct {
// One of utf8name or name should be NULL.
const char* utf8name;
napi_value name;
napi_callback method;
napi_callback getter;
napi_callback setter;
napi_value value;
napi_property_attributes attributes;
void* data;
} napi_property_descriptor;
utf8name: 描述属性键的可选字符串,以 UTF8 编码。属性必须提供utf8name或name之一。name: 可选的napi_value,指向用作属性键的 JavaScript 字符串或符号。属性必须提供utf8name或name之一。value: 如果属性是数据属性,则通过 get 访问属性检索到的值。如果传入此值,则将getter、setter、method和data设置为NULL(因为这些成员不会被使用)。getter: 执行属性的 get 访问时调用的函数。如果传入此值,则将value和method设置为NULL(因为这些成员不会被使用)。当从 JavaScript 代码访问属性(或使用 Node-API 调用对属性执行 get 操作)时,运行时会隐式调用给定函数。napi_callback提供了更多详细信息。setter: 执行属性的 set 访问时调用的函数。如果传入此值,则将value和method设置为NULL(因为这些成员不会被使用)。当从 JavaScript 代码设置属性(或使用 Node-API 调用对属性执行 set 操作)时,运行时会隐式调用给定函数。napi_callback提供了更多详细信息。method: 设置此项以使属性描述符对象的value属性成为由method表示的 JavaScript 函数。如果传入此值,则将value、getter和setter设置为NULL(因为这些成员不会被使用)。napi_callback提供了更多详细信息。attributes: 与特定属性关联的属性。请参阅napi_property_attributes。data: 如果此函数被调用,则传入method、getter和setter的回调数据。
函数#
napi_get_property_names#
napi_status napi_get_property_names(napi_env env,
napi_value object,
napi_value* result);
[in] env: 调用 Node-API 的环境。[in] object: 从中检索属性的对象。[out] result: 表示 JavaScript 值数组的napi_value,这些值表示对象的属性名称。API 可以使用napi_get_array_length和napi_get_element遍历result。
如果 API 成功,则返回 napi_ok。
此 API 返回 object 的可枚举属性的名称作为字符串数组。键为符号的 object 属性将不包含在内。
napi_get_all_property_names#
napi_get_all_property_names(napi_env env,
napi_value object,
napi_key_collection_mode key_mode,
napi_key_filter key_filter,
napi_key_conversion key_conversion,
napi_value* result);
[in] env: 调用 Node-API 的环境。[in] object: 从中检索属性的对象。[in] key_mode: 是否也检索原型属性。[in] key_filter: 要检索哪些属性(可枚举/可读/可写)。[in] key_conversion: 是否将编号属性键转换为字符串。[out] result:一个napi_value,表示一个 JavaScript 值数组,这些值表示对象的属性名。napi_get_array_length和napi_get_element可用于迭代result。
如果 API 成功,则返回 napi_ok。
此 API 返回一个数组,其中包含此对象的可用属性的名称。
napi_set_property#
napi_status napi_set_property(napi_env env,
napi_value object,
napi_value key,
napi_value value);
[in] env: 调用 Node-API 的环境。[in] object:要设置属性的对象。[in] key:要设置的属性的名称。[in] value:属性值。
如果 API 成功,则返回 napi_ok。
此 API 在传入的 Object 上设置一个属性。
napi_get_property#
napi_status napi_get_property(napi_env env,
napi_value object,
napi_value key,
napi_value* result);
[in] env: 调用 Node-API 的环境。[in] object:从中检索属性的对象。[in] key:要检索的属性的名称。[out] result:属性的值。
如果 API 成功,则返回 napi_ok。
此 API 从传入的 Object 中获取请求的属性。
napi_has_property#
napi_status napi_has_property(napi_env env,
napi_value object,
napi_value key,
bool* result);
[in] env: 调用 Node-API 的环境。[in] object:要查询的对象。[in] key:要检查其是否存在属性的名称。[out] result:属性是否存在于对象上。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否具有指定名称的属性。
napi_delete_property#
napi_status napi_delete_property(napi_env env,
napi_value object,
napi_value key,
bool* result);
[in] env: 调用 Node-API 的环境。[in] object:要查询的对象。[in] key:要删除的属性的名称。[out] result:属性删除是否成功。可以通过传入NULL来选择性地忽略result。
如果 API 成功,则返回 napi_ok。
此 API 尝试从 object 中删除 key 自己的属性。
napi_has_own_property#
napi_status napi_has_own_property(napi_env env,
napi_value object,
napi_value key,
bool* result);
[in] env: 调用 Node-API 的环境。[in] object:要查询的对象。[in] key:要检查其是否存在自身属性的名称。[out] result:自身属性是否存在于对象上。
如果 API 成功,则返回 napi_ok。
此 API 检查传入的 Object 是否具有指定名称的自身属性。key 必须是 string 或 symbol,否则将抛出错误。Node-API 不会执行任何数据类型之间的转换。
napi_set_named_property#
napi_status napi_set_named_property(napi_env env,
napi_value object,
const char* utf8Name,
napi_value value);
[in] env: 调用 Node-API 的环境。[in] object:要设置属性的对象。[in] utf8Name:要设置的属性的名称。[in] value:属性值。
如果 API 成功,则返回 napi_ok。
此方法等同于调用 napi_set_property,其中 napi_value 是由作为 utf8Name 传入的字符串创建的。
napi_get_named_property#
napi_status napi_get_named_property(napi_env env,
napi_value object,
const char* utf8Name,
napi_value* result);
[in] env: 调用 Node-API 的环境。[in] object:从中检索属性的对象。[in] utf8Name:要获取的属性的名称。[out] result:属性的值。
如果 API 成功,则返回 napi_ok。
此方法等同于调用 napi_get_property,其中 napi_value 是由作为 utf8Name 传入的字符串创建的。
napi_has_named_property#
napi_status napi_has_named_property(napi_env env,
napi_value object,
const char* utf8Name,
bool* result);
[in] env: 调用 Node-API 的环境。[in] object:要查询的对象。[in] utf8Name:要检查其是否存在属性的名称。[out] result:属性是否存在于对象上。
如果 API 成功,则返回 napi_ok。
此方法等同于调用 napi_has_property,其中 napi_value 是由作为 utf8Name 传入的字符串创建的。
napi_set_element#
napi_status napi_set_element(napi_env env,
napi_value object,
uint32_t index,
napi_value value);
[in] env: 调用 Node-API 的环境。[in] object:要设置属性的对象。[in] index:要设置的属性的索引。[in] value:属性值。
如果 API 成功,则返回 napi_ok。
此 API 在传入的 Object 上设置一个元素。
napi_get_element#
napi_status napi_get_element(napi_env env,
napi_value object,
uint32_t index,
napi_value* result);
[in] env: 调用 Node-API 的环境。[in] object:从中检索属性的对象。[in] index:要获取的属性的索引。[out] result:属性的值。
如果 API 成功,则返回 napi_ok。
此 API 获取请求索引处的元素。
napi_has_element#
napi_status napi_has_element(napi_env env,
napi_value object,
uint32_t index,
bool* result);
[in] env: 调用 Node-API 的环境。[in] object:要查询的对象。[in] index:要检查其是否存在属性的索引。[out] result:属性是否存在于对象上。
如果 API 成功,则返回 napi_ok。
此 API 返回传入的 Object 是否在请求的索引处有一个元素。
napi_delete_element#
napi_status napi_delete_element(napi_env env,
napi_value object,
uint32_t index,
bool* result);
[in] env: 调用 Node-API 的环境。[in] object:要查询的对象。[in] index:要删除的属性的索引。[out] result:元素删除是否成功。可以通过传入NULL来选择性地忽略result。
如果 API 成功,则返回 napi_ok。
此 API 尝试从 object 中删除指定的 index。
napi_define_properties#
napi_status napi_define_properties(napi_env env,
napi_value object,
size_t property_count,
const napi_property_descriptor* properties);
[in] env: 调用 Node-API 的环境。[in] object: 从中检索属性的对象。[in] property_count:properties数组中的元素数量。[in] properties:属性描述符数组。
如果 API 成功,则返回 napi_ok。
此方法允许在给定对象上高效定义多个属性。属性使用属性描述符定义(请参阅 napi_property_descriptor)。给定此类属性描述符数组,此 API 将根据 DefineOwnProperty()(在 ECMA-262 规范的 DefineOwnProperty 部分 中描述)定义,一次设置对象上的属性。
napi_object_freeze#
napi_status napi_object_freeze(napi_env env,
napi_value object);
[in] env: 调用 Node-API 的环境。[in] object:要冻结的对象。
如果 API 成功,则返回 napi_ok。
此方法冻结给定对象。这会阻止向其添加新属性、删除现有属性、更改现有属性的可枚举性、可配置性或可写性,以及更改现有属性的值。它还会阻止更改对象的原型。这在 ECMA-262 规范的 第 19.1.2.6 节 中有所描述。
napi_object_seal#
napi_status napi_object_seal(napi_env env,
napi_value object);
[in] env: 调用 Node-API 的环境。[in] object:要密封的对象。
如果 API 成功,则返回 napi_ok。
此方法密封给定对象。这会阻止向其添加新属性,并将其所有现有属性标记为不可配置。这在 ECMA-262 规范的 第 19.1.2.20 节 中有所描述。
使用 JavaScript 函数#
Node-API 提供了一组 API,允许 JavaScript 代码回调到原生代码中。支持回调到原生代码的 Node-API 接受由 napi_callback 类型表示的回调函数。当 JavaScript VM 回调到原生代码时,将调用提供的 napi_callback 函数。本节中记录的 API 允许回调函数执行以下操作:
- 获取有关调用回调的上下文的信息。
- 获取传递给回调的参数。
- 从回调返回
napi_value。
此外,Node-API 提供了一组函数,允许从原生代码调用 JavaScript 函数。可以像常规 JavaScript 函数调用一样调用函数,也可以作为构造函数调用。
通过 napi_property_descriptor 项的 data 字段传递给此 API 的任何非 NULL 数据都可以与 object 相关联,并在 object 被垃圾回收时通过将 object 和数据传递给 napi_add_finalizer 来释放。
napi_call_function#
NAPI_EXTERN napi_status napi_call_function(napi_env env,
napi_value recv,
napi_value func,
size_t argc,
const napi_value* argv,
napi_value* result);
[in] env: 调用 API 的环境。[in] recv:传递给被调用函数的this值。[in] func:表示要调用的 JavaScript 函数的napi_value。[in] argc:argv数组中的元素数量。[in] argv:napi_value数组,表示作为参数传递给函数的 JavaScript 值。[out] result:表示返回的 JavaScript 对象的napi_value。
如果 API 成功,则返回 napi_ok。
此方法允许从原生插件调用 JavaScript 函数对象。这是从插件的原生代码*到* JavaScript 回调的主要机制。对于异步操作后调用 JavaScript 的特殊情况,请参阅 napi_make_callback。
一个示例用例可能如下所示。考虑以下 JavaScript 片段
function AddTwo(num) {
return num + 2;
}
global.AddTwo = AddTwo;
然后,可以使用以下代码从原生插件调用上述函数
// Get the function named "AddTwo" on the global object
napi_value global, add_two, arg;
napi_status status = napi_get_global(env, &global);
if (status != napi_ok) return;
status = napi_get_named_property(env, global, "AddTwo", &add_two);
if (status != napi_ok) return;
// const arg = 1337
status = napi_create_int32(env, 1337, &arg);
if (status != napi_ok) return;
napi_value* argv = &arg;
size_t argc = 1;
// AddTwo(arg);
napi_value return_val;
status = napi_call_function(env, global, add_two, argc, argv, &return_val);
if (status != napi_ok) return;
// Convert the result back to a native type
int32_t result;
status = napi_get_value_int32(env, return_val, &result);
if (status != napi_ok) return;
napi_create_function#
napi_status napi_create_function(napi_env env,
const char* utf8name,
size_t length,
napi_callback cb,
void* data,
napi_value* result);
[in] env: 调用 API 的环境。[in] utf8Name:函数的可选名称,编码为 UTF8。这在 JavaScript 中作为新函数对象的name属性可见。[in] length:utf8name的字节长度,如果以 null 结尾,则为NAPI_AUTO_LENGTH。[in] cb:当此函数对象被调用时应该调用的原生函数。napi_callback提供更多详细信息。[in] data:用户提供的数据上下文。稍后调用时将传递回函数。[out] result:表示新创建函数的 JavaScript 函数对象的napi_value。
如果 API 成功,则返回 napi_ok。
此 API 允许插件作者在原生代码中创建函数对象。这是允许从 JavaScript *调用*到插件原生代码的主要机制。
此调用后,新创建的函数不会自动从脚本中可见。相反,必须在任何对 JavaScript 可见的对象上显式设置一个属性,以便脚本可以访问该函数。
为了将函数作为插件模块导出的一部分公开,请在新创建的函数上设置导出对象。一个示例模块可能如下所示
napi_value SayHello(napi_env env, napi_callback_info info) {
printf("Hello\n");
return NULL;
}
napi_value Init(napi_env env, napi_value exports) {
napi_status status;
napi_value fn;
status = napi_create_function(env, NULL, 0, SayHello, NULL, &fn);
if (status != napi_ok) return NULL;
status = napi_set_named_property(env, exports, "sayHello", fn);
if (status != napi_ok) return NULL;
return exports;
}
NAPI_MODULE(NODE_GYP_MODULE_NAME, Init)
给定上述代码,可以按如下方式从 JavaScript 使用插件
const myaddon = require('./addon');
myaddon.sayHello();
传递给 require() 的字符串是 binding.gyp 中负责创建 .node 文件的目标的名称。
通过 data 参数传递给此 API 的任何非 NULL 数据都可以与生成的 JavaScript 函数(在 result 参数中返回)相关联,并在函数被垃圾回收时通过将 JavaScript 函数和数据传递给 napi_add_finalizer 来释放。
JavaScript Function 在 ECMAScript 语言规范的 函数对象部分 中描述。
napi_get_cb_info#
napi_status napi_get_cb_info(napi_env env,
napi_callback_info cbinfo,
size_t* argc,
napi_value* argv,
napi_value* thisArg,
void** data)
[in] env: 调用 API 的环境。[in] cbinfo:传递给回调函数的回调信息。[in-out] argc:指定提供的argv数组的长度并接收实际的参数数量。可以通过传入NULL来选择性地忽略argc。[out] argv:要复制参数的napi_value的 C 数组。如果参数数量多于提供的数量,则仅复制请求数量的参数。如果提供的参数少于声明的数量,则argv的其余部分将填充表示undefined的napi_value值。可以通过传入NULL来选择性地忽略argv。[out] thisArg:接收调用的 JavaScriptthis参数。可以通过传入NULL来选择性地忽略thisArg。[out] data:接收回调的数据指针。可以通过传入NULL来选择性地忽略data。
如果 API 成功,则返回 napi_ok。
此方法在回调函数内部使用,用于从给定的回调信息中检索有关调用(例如参数和 this 指针)的详细信息。
napi_get_new_target#
napi_status napi_get_new_target(napi_env env,
napi_callback_info cbinfo,
napi_value* result)
[in] env: 调用 API 的环境。[in] cbinfo:传递给回调函数的回调信息。[out] result:构造函数调用的new.target。
如果 API 成功,则返回 napi_ok。
此 API 返回构造函数调用的 new.target。如果当前回调不是构造函数调用,则结果为 NULL。
napi_new_instance#
napi_status napi_new_instance(napi_env env,
napi_value cons,
size_t argc,
napi_value* argv,
napi_value* result)
[in] env: 调用 API 的环境。[in] cons:表示要作为构造函数调用的 JavaScript 函数的napi_value。[in] argc:argv数组中的元素数量。[in] argv:作为napi_value的 JavaScript 值数组,表示传递给构造函数的参数。如果argc为零,则此参数可以通过传入NULL来省略。[out] result:表示返回的 JavaScript 对象的napi_value,在这种情况下是构造的对象。
此方法用于使用表示对象构造函数的给定 napi_value 实例化新的 JavaScript 值。例如,考虑以下片段
function MyObject(param) {
this.param = param;
}
const arg = 'hello';
const value = new MyObject(arg);
以下内容可以使用以下片段在 Node-API 中近似实现
// Get the constructor function MyObject
napi_value global, constructor, arg, value;
napi_status status = napi_get_global(env, &global);
if (status != napi_ok) return;
status = napi_get_named_property(env, global, "MyObject", &constructor);
if (status != napi_ok) return;
// const arg = "hello"
status = napi_create_string_utf8(env, "hello", NAPI_AUTO_LENGTH, &arg);
if (status != napi_ok) return;
napi_value* argv = &arg;
size_t argc = 1;
// const value = new MyObject(arg)
status = napi_new_instance(env, constructor, argc, argv, &value);
如果 API 成功,则返回 napi_ok。
对象包装#
Node-API 提供了一种“包装”C++ 类和实例的方法,以便可以从 JavaScript 调用类构造函数和方法。
napi_define_classAPI 定义了一个 JavaScript 类,其中包含与 C++ 类对应的构造函数、静态属性和方法以及实例属性和方法。- 当 JavaScript 代码调用构造函数时,构造函数回调使用
napi_wrap将新的 C++ 实例包装在 JavaScript 对象中,然后返回包装器对象。 - 当 JavaScript 代码调用类上的方法或属性访问器时,将调用相应的
napi_callbackC++ 函数。对于实例回调,napi_unwrap获取作为调用目标的 C++ 实例。
对于包装对象,可能很难区分在类原型上调用的函数和在类实例上调用的函数。解决此问题的常用模式是保存对类构造函数的持久引用,以备以后进行 instanceof 检查。
napi_value MyClass_constructor = NULL;
status = napi_get_reference_value(env, MyClass::es_constructor, &MyClass_constructor);
assert(napi_ok == status);
bool is_instance = false;
status = napi_instanceof(env, es_this, MyClass_constructor, &is_instance);
assert(napi_ok == status);
if (is_instance) {
// napi_unwrap() ...
} else {
// otherwise...
}
不再需要时必须释放引用。
有时 napi_instanceof() 不足以确保 JavaScript 对象是某个原生类型的包装器。尤其是在通过静态方法而不是作为原型方法的 this 值将包装的 JavaScript 对象传递回插件时,更是如此。在这种情况下,它们可能会被错误地解包。
const myAddon = require('./build/Release/my_addon.node');
// `openDatabase()` returns a JavaScript object that wraps a native database
// handle.
const dbHandle = myAddon.openDatabase();
// `query()` returns a JavaScript object that wraps a native query handle.
const queryHandle = myAddon.query(dbHandle, 'Gimme ALL the things!');
// There is an accidental error in the line below. The first parameter to
// `myAddon.queryHasRecords()` should be the database handle (`dbHandle`), not
// the query handle (`query`), so the correct condition for the while-loop
// should be
//
// myAddon.queryHasRecords(dbHandle, queryHandle)
//
while (myAddon.queryHasRecords(queryHandle, dbHandle)) {
// retrieve records
}
在上述示例中,myAddon.queryHasRecords() 是一个接受两个参数的方法。第一个是数据库句柄,第二个是查询句柄。在内部,它解包第一个参数并将生成的指针转换为原生数据库句柄。然后它解包第二个参数并将生成的指针转换为查询句柄。如果参数以错误的顺序传入,转换将起作用,但是,底层数据库操作很可能会失败,甚至可能导致无效的内存访问。
为了确保从第一个参数检索到的指针确实是指向数据库句柄的指针,并且类似地,从第二个参数检索到的指针确实是指向查询句柄的指针,queryHasRecords() 的实现必须执行类型验证。保留实例化数据库句柄的 JavaScript 类构造函数和实例化查询句柄的构造函数在 napi_ref 中可以提供帮助,因为 napi_instanceof() 可以用于确保传递给 queryHashRecords() 的实例确实是正确的类型。
不幸的是,napi_instanceof() 不能防止原型操作。例如,数据库句柄实例的原型可以设置为查询句柄实例的构造函数的原型。在这种情况下,数据库句柄实例可以显示为查询句柄实例,并且它将通过查询句柄实例的 napi_instanceof() 测试,同时仍然包含指向数据库句柄的指针。
为此,Node-API 提供了类型标记功能。
类型标签是插件独有的 128 位整数。Node-API 提供了 napi_type_tag 结构来存储类型标签。当将此类值与存储在 napi_value 中的 JavaScript 对象或 外部对象 一起传递给 napi_type_tag_object() 时,JavaScript 对象将被“标记”为该类型标签。该“标记”在 JavaScript 端是不可见的。当 JavaScript 对象进入原生绑定时,napi_check_object_type_tag() 可以与原始类型标签一起使用,以确定 JavaScript 对象是否先前被“标记”为该类型标签。这创建了一种比 napi_instanceof() 可以提供更高保真度的类型检查功能,因为这种类型标记在原型操作和插件卸载/重新加载后仍然存在。
继续上面的例子,以下骨架插件实现说明了 napi_type_tag_object() 和 napi_check_object_type_tag() 的使用。
// This value is the type tag for a database handle. The command
//
// uuidgen | sed -r -e 's/-//g' -e 's/(.{16})(.*)/0x\1, 0x\2/'
//
// can be used to obtain the two values with which to initialize the structure.
static const napi_type_tag DatabaseHandleTypeTag = {
0x1edf75a38336451d, 0xa5ed9ce2e4c00c38
};
// This value is the type tag for a query handle.
static const napi_type_tag QueryHandleTypeTag = {
0x9c73317f9fad44a3, 0x93c3920bf3b0ad6a
};
static napi_value
openDatabase(napi_env env, napi_callback_info info) {
napi_status status;
napi_value result;
// Perform the underlying action which results in a database handle.
DatabaseHandle* dbHandle = open_database();
// Create a new, empty JS object.
status = napi_create_object(env, &result);
if (status != napi_ok) return NULL;
// Tag the object to indicate that it holds a pointer to a `DatabaseHandle`.
status = napi_type_tag_object(env, result, &DatabaseHandleTypeTag);
if (status != napi_ok) return NULL;
// Store the pointer to the `DatabaseHandle` structure inside the JS object.
status = napi_wrap(env, result, dbHandle, NULL, NULL, NULL);
if (status != napi_ok) return NULL;
return result;
}
// Later when we receive a JavaScript object purporting to be a database handle
// we can use `napi_check_object_type_tag()` to ensure that it is indeed such a
// handle.
static napi_value
query(napi_env env, napi_callback_info info) {
napi_status status;
size_t argc = 2;
napi_value argv[2];
bool is_db_handle;
status = napi_get_cb_info(env, info, &argc, argv, NULL, NULL);
if (status != napi_ok) return NULL;
// Check that the object passed as the first parameter has the previously
// applied tag.
status = napi_check_object_type_tag(env,
argv[0],
&DatabaseHandleTypeTag,
&is_db_handle);
if (status != napi_ok) return NULL;
// Throw a `TypeError` if it doesn't.
if (!is_db_handle) {
// Throw a TypeError.
return NULL;
}
}
napi_define_class#
napi_status napi_define_class(napi_env env,
const char* utf8name,
size_t length,
napi_callback constructor,
void* data,
size_t property_count,
const napi_property_descriptor* properties,
napi_value* result);
[in] env: 调用 API 的环境。[in] utf8name:JavaScript 构造函数名称。为了清晰起见,建议在包装 C++ 类时使用 C++ 类名。[in] length:utf8name的字节长度,如果以 null 结尾,则为NAPI_AUTO_LENGTH。[in] constructor:处理类实例构造的回调函数。在包装 C++ 类时,此方法必须是具有napi_callback签名的静态成员。不能使用 C++ 类构造函数。napi_callback提供了更多详细信息。[in] data:可选数据,作为回调信息的data属性传递给构造函数回调。[in] property_count:properties数组参数中的项目数量。[in] properties:描述类上的静态和实例数据属性、访问器和方法的属性描述符数组。请参阅napi_property_descriptor。[out] result:表示该类构造函数的napi_value。
如果 API 成功,则返回 napi_ok。
定义一个 JavaScript 类,包括
- 一个具有类名称的 JavaScript 构造函数。在包装相应的 C++ 类时,可以通过
constructor传入的回调来实例化新的 C++ 类实例,然后可以使用napi_wrap将其放置在正在构造的 JavaScript 对象实例中。 - 构造函数上的属性,其实现可以调用 C++ 类的相应*静态*数据属性、访问器和方法(由具有
napi_static属性的属性描述符定义)。 - 构造函数
prototype对象上的属性。在包装 C++ 类时,C++ 类的*非静态*数据属性、访问器和方法可以在检索到使用napi_unwrap放置在 JavaScript 对象实例中的 C++ 类实例后,从不带napi_static属性的属性描述符中给出的静态函数中调用。
在包装 C++ 类时,通过 constructor 传递的 C++ 构造函数回调应该是类上的静态方法,该方法调用实际的类构造函数,然后将新的 C++ 实例包装在 JavaScript 对象中,并返回包装器对象。有关详细信息,请参阅 napi_wrap。
从 napi_define_class 返回的 JavaScript 构造函数通常会保存下来,稍后用于从原生代码构造类的新实例,和/或检查提供的值是否是该类的实例。在这种情况下,为了防止函数值被垃圾回收,可以使用 napi_create_reference 创建对其的强持久引用,确保引用计数保持 >= 1。
通过 data 参数或通过 napi_property_descriptor 数组项的 data 字段传递给此 API 的任何非 NULL 数据都可以与生成的 JavaScript 构造函数(在 result 参数中返回)相关联,并在类被垃圾回收时通过将 JavaScript 函数和数据传递给 napi_add_finalizer 来释放。
napi_wrap#
napi_status napi_wrap(napi_env env,
napi_value js_object,
void* native_object,
napi_finalize finalize_cb,
void* finalize_hint,
napi_ref* result);
[in] env: 调用 API 的环境。[in] js_object:将作为原生对象包装器的 JavaScript 对象。[in] native_object:将包装在 JavaScript 对象中的原生实例。[in] finalize_cb:可选的原生回调,当 JavaScript 对象被垃圾回收时可用于释放原生实例。napi_finalize提供了更多详细信息。[in] finalize_hint:传递给终结器回调的可选上下文提示。[out] result:对包装对象的可选引用。
如果 API 成功,则返回 napi_ok。
将原生实例包装在 JavaScript 对象中。原生实例稍后可以使用 napi_unwrap() 检索。
当 JavaScript 代码调用使用 napi_define_class() 定义的类的构造函数时,将调用构造函数的 napi_callback。在构造原生类的实例之后,回调必须调用 napi_wrap() 将新构造的实例包装在已创建的 JavaScript 对象中,该对象是构造函数回调的 this 参数。(该 this 对象是从构造函数的 prototype 创建的,因此它已经具有所有实例属性和方法的定义。)
通常在包装类实例时,应该提供一个终结器回调,该回调简单地删除作为终结器回调的 data 参数接收的原生实例。
可选的返回引用最初是一个弱引用,这意味着它的引用计数为 0。通常,在需要实例保持有效的异步操作期间,此引用计数会暂时增加。
注意:可选的返回引用(如果已获取)应仅响应终结器回调调用通过 napi_delete_reference 删除。如果在此之前删除,则终结器回调可能永远不会被调用。因此,在获取引用时,还需要一个终结器回调,以实现引用的正确处置。
终结器回调可能会被延迟,留下一个对象已被垃圾回收(并且弱引用无效)但终结器尚未被调用的时间窗口。当在 napi_wrap() 返回的弱引用上使用 napi_get_reference_value() 时,仍应处理空结果。
在对象上第二次调用 napi_wrap() 将返回错误。要将另一个原生实例与对象关联,请首先使用 napi_remove_wrap()。
napi_unwrap#
napi_status napi_unwrap(napi_env env,
napi_value js_object,
void** result);
[in] env: 调用 API 的环境。[in] js_object:与原生实例关联的对象。[out] result:指向包装的原生实例的指针。
如果 API 成功,则返回 napi_ok。
检索先前使用 napi_wrap() 包装在 JavaScript 对象中的原生实例。
当 JavaScript 代码调用类上的方法或属性访问器时,将调用相应的 napi_callback。如果回调用于实例方法或访问器,则回调的 this 参数是包装器对象;然后可以通过在包装器对象上调用 napi_unwrap() 来获取作为调用目标的包装 C++ 实例。
napi_remove_wrap#
napi_status napi_remove_wrap(napi_env env,
napi_value js_object,
void** result);
[in] env: 调用 API 的环境。[in] js_object:与原生实例关联的对象。[out] result:指向包装的原生实例的指针。
如果 API 成功,则返回 napi_ok。
检索先前使用 napi_wrap() 包装在 JavaScript 对象 js_object 中的原生实例并移除包装。如果终结器回调与包装关联,则当 JavaScript 对象被垃圾回收时将不再调用它。
napi_type_tag_object#
napi_status napi_type_tag_object(napi_env env,
napi_value js_object,
const napi_type_tag* type_tag);
[in] env: 调用 API 的环境。[in] js_object:要标记的 JavaScript 对象或 外部对象。[in] type_tag:用于标记对象的标签。
如果 API 成功,则返回 napi_ok。
将 type_tag 指针的值与 JavaScript 对象或 外部对象 关联。然后可以使用 napi_check_object_type_tag() 将附加到对象的标签与插件拥有的标签进行比较,以确保对象具有正确的类型。
如果对象已有关联的类型标签,此 API 将返回 napi_invalid_arg。
napi_check_object_type_tag#
napi_status napi_check_object_type_tag(napi_env env,
napi_value js_object,
const napi_type_tag* type_tag,
bool* result);
[in] env: 调用 API 的环境。[in] js_object:要检查其类型标签的 JavaScript 对象或 外部对象。[in] type_tag:用于与对象上找到的任何标签进行比较的标签。[out] result:给定的类型标签是否与对象上的类型标签匹配。如果对象上没有找到类型标签,则也返回false。
如果 API 成功,则返回 napi_ok。
将作为 type_tag 给出指针与在 js_object 上找到的任何指针进行比较。如果在 js_object 上未找到标签,或者如果找到标签但不匹配 type_tag,则 result 设置为 false。如果找到标签并且它匹配 type_tag,则 result 设置为 true。
napi_add_finalizer#
napi_status napi_add_finalizer(napi_env env,
napi_value js_object,
void* finalize_data,
node_api_basic_finalize finalize_cb,
void* finalize_hint,
napi_ref* result);
[in] env: 调用 API 的环境。[in] js_object:要附加原生数据的 JavaScript 对象。[in] finalize_data:可选数据,将传递给finalize_cb。[in] finalize_cb:原生回调,当 JavaScript 对象被垃圾回收时将用于释放原生数据。napi_finalize提供了更多详细信息。[in] finalize_hint:传递给终结器回调的可选上下文提示。[out] result:对 JavaScript 对象的可选引用。
如果 API 成功,则返回 napi_ok。
添加一个 napi_finalize 回调,当 js_object 中的 JavaScript 对象被垃圾回收时将调用它。
此 API 可以在单个 JavaScript 对象上多次调用。
注意:可选的返回引用(如果已获取)应仅响应终结器回调调用通过 napi_delete_reference 删除。如果在此之前删除,则终结器回调可能永远不会被调用。因此,在获取引用时,还需要一个终结器回调,以实现引用的正确处置。
node_api_post_finalizer#
napi_status node_api_post_finalizer(node_api_basic_env env,
napi_finalize finalize_cb,
void* finalize_data,
void* finalize_hint);
[in] env: 调用 API 的环境。[in] finalize_cb:原生回调,当 JavaScript 对象被垃圾回收时将用于释放原生数据。napi_finalize提供了更多详细信息。[in] finalize_data:可选数据,将传递给finalize_cb。[in] finalize_hint:传递给终结器回调的可选上下文提示。
如果 API 成功,则返回 napi_ok。
安排在事件循环中异步调用 napi_finalize 回调。
通常,终结器在 GC(垃圾回收器)收集对象时被调用。此时,任何可能导致 GC 状态更改的 Node-API 调用都将被禁用,并将导致 Node.js 崩溃。
node_api_post_finalizer 通过允许插件将此类 Node-API 的调用推迟到 GC 终结之外的时间点,从而帮助解决此限制。
简单的异步操作#
插件模块通常需要利用 libuv 的异步助手作为其实现的一部分。这允许它们安排工作以异步执行,以便它们的方法可以在工作完成之前返回。这使它们可以避免阻塞 Node.js 应用程序的整体执行。
Node-API 为这些支持函数提供了一个 ABI 稳定的接口,涵盖了最常见的异步用例。
Node-API 定义了 napi_async_work 结构,用于管理异步工作器。实例使用 napi_create_async_work 和 napi_delete_async_work 创建/删除。
execute 和 complete 回调是分别在执行器准备好执行和完成任务时调用的函数。
execute 函数应避免进行任何可能导致 JavaScript 执行或与 JavaScript 对象交互的 Node-API 调用。通常,任何需要进行 Node-API 调用的代码都应在 complete 回调中进行。避免在 execute 回调中使用 napi_env 参数,因为它可能会执行 JavaScript。
这些函数实现以下接口
typedef void (*napi_async_execute_callback)(napi_env env,
void* data);
typedef void (*napi_async_complete_callback)(napi_env env,
napi_status status,
void* data);
当这些方法被调用时,传递的 data 参数将是传入 napi_create_async_work 调用的插件提供的 void* 数据。
创建后,异步工作器可以使用 napi_queue_async_work 函数排队等待执行
napi_status napi_queue_async_work(node_api_basic_env env,
napi_async_work work);
如果工作需要在开始执行之前取消,可以使用 napi_cancel_async_work。
调用 napi_cancel_async_work 后,将调用 complete 回调,状态值为 napi_cancelled。即使已取消,也应在 complete 回调调用之前不要删除工作。
napi_create_async_work#
napi_status napi_create_async_work(napi_env env,
napi_value async_resource,
napi_value async_resource_name,
napi_async_execute_callback execute,
napi_async_complete_callback complete,
void* data,
napi_async_work* result);
[in] env: 调用 API 的环境。[in] async_resource:与异步工作关联的可选对象,将传递给可能的async_hooksinit钩子。[in] async_resource_name:资源的类型标识符,用于async_hooksAPI 公开的诊断信息。[in] execute:应该调用来异步执行逻辑的原生函数。给定的函数从工作线程池中调用,可以与主事件循环线程并行执行。[in] complete:当异步逻辑完成或取消时将调用的原生函数。给定的函数从主事件循环线程中调用。napi_async_complete_callback提供了更多详细信息。[in] data:用户提供的数据上下文。这将传递回 execute 和 complete 函数。[out] result:napi_async_work*,它是新创建的异步工作的句柄。
如果 API 成功,则返回 napi_ok。
此 API 分配一个工作对象,用于异步执行逻辑。一旦不再需要,应使用 napi_delete_async_work 释放它。
async_resource_name 应该是一个以 null 结尾的 UTF-8 编码字符串。
async_resource_name 标识符由用户提供,应代表正在执行的异步工作的类型。建议对标识符应用命名空间,例如,通过包含模块名称。有关更多信息,请参阅 async_hooks 文档。
napi_delete_async_work#
napi_status napi_delete_async_work(napi_env env,
napi_async_work work);
[in] env: 调用 API 的环境。[in] work:调用napi_create_async_work返回的句柄。
如果 API 成功,则返回 napi_ok。
此 API 释放先前分配的工作对象。
即使有待处理的 JavaScript 异常,也可以调用此 API。
napi_queue_async_work#
napi_status napi_queue_async_work(node_api_basic_env env,
napi_async_work work);
[in] env: 调用 API 的环境。[in] work:调用napi_create_async_work返回的句柄。
如果 API 成功,则返回 napi_ok。
此 API 请求将先前分配的工作安排执行。一旦成功返回,此 API 不得再次使用相同的 napi_async_work 项调用,否则结果将未定义。
napi_cancel_async_work#
napi_status napi_cancel_async_work(node_api_basic_env env,
napi_async_work work);
[in] env: 调用 API 的环境。[in] work:调用napi_create_async_work返回的句柄。
如果 API 成功,则返回 napi_ok。
如果排队的工作尚未开始,此 API 将取消它。如果它已经开始执行,则无法取消,并将返回 napi_generic_failure。如果成功,将调用 complete 回调,状态值为 napi_cancelled。即使已成功取消,也应在 complete 回调调用之前不要删除工作。
即使有待处理的 JavaScript 异常,也可以调用此 API。
自定义异步操作#
上述简单的异步工作 API 可能不适用于所有场景。当使用任何其他异步机制时,需要以下 API 来确保异步操作被运行时正确跟踪。
napi_async_init#
napi_status napi_async_init(napi_env env,
napi_value async_resource,
napi_value async_resource_name,
napi_async_context* result)
[in] env: 调用 API 的环境。[in] async_resource:与异步工作关联的对象,将传递给可能的async_hooksinit钩子,并且可以通过async_hooks.executionAsyncResource()访问。[in] async_resource_name:资源的类型标识符,用于async_hooksAPI 公开的诊断信息。[out] result:初始化的异步上下文。
如果 API 成功,则返回 napi_ok。
为了保持与以前版本的 ABI 兼容性,为 async_resource 传递 NULL 不会导致错误。但是,不建议这样做,因为这会导致 async_hooks init 钩子 和 async_hooks.executionAsyncResource() 出现不良行为,因为底层 async_hooks 实现现在需要该资源才能提供异步回调之间的链接。
此 API 的早期版本在 napi_async_context 对象存在时没有保持对 async_resource 的强引用,而是期望调用者保持强引用。这已更改,因为在任何情况下,每次调用 napi_async_init() 都必须相应地调用 napi_async_destroy 以避免内存泄漏。
napi_async_destroy#
napi_status napi_async_destroy(napi_env env,
napi_async_context async_context);
[in] env: 调用 API 的环境。[in] async_context:要销毁的异步上下文。
如果 API 成功,则返回 napi_ok。
即使有待处理的 JavaScript 异常,也可以调用此 API。
napi_make_callback#
NAPI_EXTERN napi_status napi_make_callback(napi_env env,
napi_async_context async_context,
napi_value recv,
napi_value func,
size_t argc,
const napi_value* argv,
napi_value* result);
[in] env: 调用 API 的环境。[in] async_context:调用回调的异步操作的上下文。这通常应该是先前从napi_async_init获取的值。为了保持与以前版本的 ABI 兼容性,为async_context传递NULL不会导致错误。但是,这会导致异步钩子的操作不正确。潜在问题包括使用AsyncLocalStorageAPI 时异步上下文的丢失。[in] recv:传递给被调用函数的this值。[in] func:表示要调用的 JavaScript 函数的napi_value。[in] argc:argv数组中的元素数量。[in] argv:作为napi_value的 JavaScript 值数组,表示函数的参数。如果argc为零,则此参数可以通过传入NULL来省略。[out] result:表示返回的 JavaScript 对象的napi_value。
如果 API 成功,则返回 napi_ok。
此方法允许从原生插件调用 JavaScript 函数对象。此 API 类似于 napi_call_function。但是,它用于在异步操作返回后(当堆栈上没有其他脚本时)从原生代码回调到 JavaScript。它是 node::MakeCallback 的一个相当简单的包装器。
请注意,从 napi_async_complete_callback 中使用 napi_make_callback *不是*必需的;在这种情况下,回调的异步上下文已设置好,因此直接调用 napi_call_function 足够且合适。当实现不使用 napi_create_async_work 的自定义异步行为时,可能需要使用 napi_make_callback 函数。
JavaScript 在回调期间安排在微任务队列上的任何 process.nextTick 或 Promises 都会在返回 C/C++ 之前运行。
napi_open_callback_scope#
NAPI_EXTERN napi_status napi_open_callback_scope(napi_env env,
napi_value resource_object,
napi_async_context context,
napi_callback_scope* result)
[in] env: 调用 API 的环境。[in] resource_object:与异步工作关联的对象,将传递给可能的async_hooksinit钩子。此参数已弃用,在运行时被忽略。请改用napi_async_init中的async_resource参数。[in] context:调用回调的异步操作的上下文。这应该是先前从napi_async_init获取的值。[out] result:新创建的作用域。
在某些情况下(例如,解决 Promises),在进行某些 Node-API 调用时,需要存在与回调关联的等效作用域。如果堆栈上没有其他脚本,则可以使用 napi_open_callback_scope 和 napi_close_callback_scope 函数打开/关闭所需的作用域。
napi_close_callback_scope#
NAPI_EXTERN napi_status napi_close_callback_scope(napi_env env,
napi_callback_scope scope)
[in] env: 调用 API 的环境。[in] scope:要关闭的作用域。
即使有待处理的 JavaScript 异常,也可以调用此 API。
版本管理#
napi_get_node_version#
typedef struct {
uint32_t major;
uint32_t minor;
uint32_t patch;
const char* release;
} napi_node_version;
napi_status napi_get_node_version(node_api_basic_env env,
const napi_node_version** version);
[in] env: 调用 API 的环境。[out] version:指向 Node.js 自身版本信息的指针。
如果 API 成功,则返回 napi_ok。
此函数用当前运行的 Node.js 的主版本、次版本和补丁版本填充 version 结构,并用 process.release.name 的值填充 release 字段。
返回的缓冲区是静态分配的,不需要释放。
napi_get_version#
napi_status napi_get_version(node_api_basic_env env,
uint32_t* result);
[in] env: 调用 API 的环境。[out] result:支持的最高 Node-API 版本。
如果 API 成功,则返回 napi_ok。
此 API 返回 Node.js 运行时支持的最高 Node-API 版本。Node-API 计划是增量的,以便 Node.js 的新版本可能支持额外的 API 函数。为了允许插件在运行支持它的 Node.js 版本时使用较新的函数,同时在运行不支持它的 Node.js 版本时提供回退行为
- 调用
napi_get_version()以确定 API 是否可用。 - 如果可用,使用
uv_dlsym()动态加载函数指针。 - 使用动态加载的指针调用函数。
- 如果函数不可用,则提供不使用该函数的替代实现。
内存管理#
napi_adjust_external_memory#
NAPI_EXTERN napi_status napi_adjust_external_memory(node_api_basic_env env,
int64_t change_in_bytes,
int64_t* result);
[in] env: 调用 API 的环境。[in] change_in_bytes:由 JavaScript 对象保持活跃的外部分配内存的变化量。[out] result:调整后的值。此值应反映包含给定change_in_bytes的外部内存总量。不应依赖返回值的绝对值。例如,实现可能为所有插件使用单个计数器,或者为每个插件使用一个计数器。
如果 API 成功,则返回 napi_ok。
此函数向运行时指示由 JavaScript 对象保持活跃的外部分配内存量(即指向其自己的由原生插件分配的内存的 JavaScript 对象)。注册外部分配的内存可能会(但不能保证)比否则更频繁地触发全局垃圾回收。
此函数应以插件不会减少外部内存超过其增加外部内存的方式调用。
Promises#
Node-API 提供了创建 Promise 对象的功能,如 ECMA 规范的 Promise 对象部分 中所述。它将 Promises 实现为一对对象。当通过 napi_create_promise() 创建 Promise 时,会创建一个“延迟”对象并与 Promise 一起返回。延迟对象绑定到创建的 Promise,是使用 napi_resolve_deferred() 或 napi_reject_deferred() 解决或拒绝 Promise 的唯一方式。由 napi_create_promise() 创建的延迟对象通过 napi_resolve_deferred() 或 napi_reject_deferred() 释放。Promise 对象可以返回给 JavaScript,在那里可以以通常的方式使用。
例如,创建一个 promise 并将其传递给异步工作器
napi_deferred deferred;
napi_value promise;
napi_status status;
// Create the promise.
status = napi_create_promise(env, &deferred, &promise);
if (status != napi_ok) return NULL;
// Pass the deferred to a function that performs an asynchronous action.
do_something_asynchronous(deferred);
// Return the promise to JS
return promise;
上述函数 do_something_asynchronous() 将执行其异步操作,然后它将解决或拒绝延迟,从而结束 Promise 并释放延迟
napi_deferred deferred;
napi_value undefined;
napi_status status;
// Create a value with which to conclude the deferred.
status = napi_get_undefined(env, &undefined);
if (status != napi_ok) return NULL;
// Resolve or reject the promise associated with the deferred depending on
// whether the asynchronous action succeeded.
if (asynchronous_action_succeeded) {
status = napi_resolve_deferred(env, deferred, undefined);
} else {
status = napi_reject_deferred(env, deferred, undefined);
}
if (status != napi_ok) return NULL;
// At this point the deferred has been freed, so we should assign NULL to it.
deferred = NULL;
napi_create_promise#
napi_status napi_create_promise(napi_env env,
napi_deferred* deferred,
napi_value* promise);
[in] env: 调用 API 的环境。[out] deferred:一个新创建的延迟对象,稍后可以传递给napi_resolve_deferred()或napi_reject_deferred()以分别解决或拒绝关联的 Promise。[out] promise:与延迟对象关联的 JavaScript promise。
如果 API 成功,则返回 napi_ok。
此 API 创建一个延迟对象和一个 JavaScript Promise。
napi_resolve_deferred#
napi_status napi_resolve_deferred(napi_env env,
napi_deferred deferred,
napi_value resolution);
[in] env: 调用 API 的环境。[in] deferred:其关联的 Promise 要解决的延迟对象。[in] resolution:用于解决 Promise 的值。
此 API 通过其关联的延迟对象解决 JavaScript promise。因此,它只能用于解决相应延迟对象可用的 JavaScript promise。这实际上意味着 promise 必须已使用 napi_create_promise() 创建,并且从该调用返回的延迟对象必须已保留,以便传递给此 API。
延迟对象在成功完成后被释放。
napi_reject_deferred#
napi_status napi_reject_deferred(napi_env env,
napi_deferred deferred,
napi_value rejection);
[in] env: 调用 API 的环境。[in] deferred:其关联的 Promise 要解决的延迟对象。[in] rejection:用于拒绝 Promise 的值。
此 API 通过其关联的延迟对象拒绝 JavaScript promise。因此,它只能用于拒绝相应延迟对象可用的 JavaScript promise。这实际上意味着 promise 必须已使用 napi_create_promise() 创建,并且从该调用返回的延迟对象必须已保留,以便传递给此 API。
延迟对象在成功完成后被释放。
napi_is_promise#
napi_status napi_is_promise(napi_env env,
napi_value value,
bool* is_promise);
[in] env: 调用 API 的环境。[in] value:要检查的值[out] is_promise:指示promise是否为原生 promise 对象的标志(即,由底层引擎创建的 promise 对象)。
脚本执行#
Node-API 提供了一个 API,用于使用底层 JavaScript 引擎执行包含 JavaScript 的字符串。
napi_run_script#
NAPI_EXTERN napi_status napi_run_script(napi_env env,
napi_value script,
napi_value* result);
[in] env: 调用 API 的环境。[in] script:包含要执行的脚本的 JavaScript 字符串。[out] result:执行脚本后的结果值。
此函数执行 JavaScript 代码字符串并返回其结果,但有以下注意事项:
libuv 事件循环#
Node-API 提供了一个函数,用于获取与特定 napi_env 关联的当前事件循环。
napi_get_uv_event_loop#
NAPI_EXTERN napi_status napi_get_uv_event_loop(node_api_basic_env env,
struct uv_loop_s** loop);
[in] env: 调用 API 的环境。[out] loop:当前的 libuv 循环实例。
注意:虽然 libuv 随着时间的推移相对稳定,但它不提供 ABI 稳定性保证。应避免使用此函数。它的使用可能导致插件在不同 Node.js 版本之间无法工作。asynchronous-thread-safe-function-calls 是许多用例的替代方案。
异步线程安全函数调用#
JavaScript 函数通常只能从原生插件的主线程调用。如果插件创建了额外的线程,则需要 napi_env、napi_value 或 napi_ref 的 Node-API 函数不得从这些线程调用。
当插件有额外的线程,并且需要根据这些线程完成的处理调用 JavaScript 函数时,这些线程必须与插件的主线程通信,以便主线程可以代表它们调用 JavaScript 函数。线程安全函数 API 提供了一种简单的方法来实现这一点。
这些 API 提供了 napi_threadsafe_function 类型以及创建、销毁和调用此类型对象的 API。napi_create_threadsafe_function() 创建对 napi_value 的持久引用,该 napi_value 持有可以从多个线程调用的 JavaScript 函数。调用是异步发生的。这意味着要调用 JavaScript 回调的值将放入队列中,并且对于队列中的每个值,最终将对 JavaScript 函数进行调用。
创建 napi_threadsafe_function 后,可以提供一个 napi_finalize 回调。当线程安全函数即将被销毁时,将在主线程上调用此回调。它接收在构造过程中给出的上下文和终结数据,并提供一个清理线程的机会,例如通过调用 uv_thread_join()。除了主循环线程之外,在终结器回调完成后,任何线程都不应使用线程安全函数。
在调用 napi_create_threadsafe_function() 期间给定的 context 可以通过调用 napi_get_threadsafe_function_context() 从任何线程检索。
调用线程安全函数#
napi_call_threadsafe_function() 可用于发起对 JavaScript 的调用。napi_call_threadsafe_function() 接受一个参数,该参数控制 API 的阻塞行为。如果设置为 napi_tsfn_nonblocking,则 API 表现为非阻塞,如果队列已满,则返回 napi_queue_full,从而阻止数据成功添加到队列中。如果设置为 napi_tsfn_blocking,则 API 将阻塞,直到队列中出现可用空间。如果线程安全函数是以最大队列大小为 0 创建的,则 napi_call_threadsafe_function() 永远不会阻塞。
不应从 JavaScript 线程调用 napi_call_threadsafe_function() 并使用 napi_tsfn_blocking,因为如果队列已满,它可能导致 JavaScript 线程死锁。
实际的 JavaScript 调用由通过 call_js_cb 参数给出的回调控制。call_js_cb 在主线程上被调用,每次成功调用 napi_call_threadsafe_function() 将一个值放入队列时。如果未给出此类回调,将使用默认回调,并且生成的 JavaScript 调用将没有参数。call_js_cb 回调在其参数中接收要调用的 JavaScript 函数作为 napi_value,以及创建 napi_threadsafe_function 时使用的 void* 上下文指针,以及由其中一个辅助线程创建的下一个数据指针。然后回调可以使用 napi_call_function() 等 API 调用 JavaScript。
回调也可能在 env 和 call_js_cb 都设置为 NULL 的情况下被调用,以指示无法再进行 JavaScript 调用,而队列中仍有需要释放的项目。这通常发生在 Node.js 进程退出时,而线程安全函数仍然处于活动状态。
没有必要通过 napi_make_callback() 调用 JavaScript,因为 Node-API 在适合回调的上下文中运行 call_js_cb。
在事件循环的每个 tick 中,可以调用零个或更多个排队项。应用程序不应依赖于特定的行为,除了调用回调的进度将得到实现,并且事件将随着时间的推移而调用。
线程安全函数的引用计数#
在 napi_threadsafe_function 对象的生命周期内,线程可以被添加和移除。因此,除了在创建时指定初始线程数之外,还可以调用 napi_acquire_threadsafe_function 来指示新线程将开始使用线程安全函数。同样,可以调用 napi_release_threadsafe_function 来指示现有线程将停止使用线程安全函数。
当使用该对象的每个线程都已调用 napi_release_threadsafe_function() 或在调用 napi_call_threadsafe_function 时收到 napi_closing 返回状态时,napi_threadsafe_function 对象将被销毁。在 napi_threadsafe_function 销毁之前,队列将被清空。napi_release_threadsafe_function() 应该是与给定 napi_threadsafe_function 相关的最后一个 API 调用,因为在该调用完成后,无法保证 napi_threadsafe_function 仍然被分配。出于同样的原因,在收到 napi_call_threadsafe_function 调用返回 napi_closing 值后,不要再使用线程安全函数。与 napi_threadsafe_function 关联的数据可以在其传递给 napi_create_threadsafe_function() 的 napi_finalize 回调中释放。napi_create_threadsafe_function 的参数 initial_thread_count 标记了线程安全函数的初始获取次数,而不是在创建时多次调用 napi_acquire_threadsafe_function。
一旦使用 napi_threadsafe_function 的线程数达到零,就没有其他线程可以通过调用 napi_acquire_threadsafe_function() 开始使用它。事实上,所有与其相关的后续 API 调用,除了 napi_release_threadsafe_function(),都将返回 napi_closing 错误值。
线程安全函数可以通过向 napi_release_threadsafe_function() 传递 napi_tsfn_abort 值来“中止”。这将导致与线程安全函数关联的所有后续 API(除了 napi_release_threadsafe_function())返回 napi_closing,即使其引用计数尚未达到零。特别是,napi_call_threadsafe_function() 将返回 napi_closing,从而通知线程无法再对线程安全函数进行异步调用。这可以用作终止线程的标准。从 napi_call_threadsafe_function() 接收到 napi_closing 返回值后,线程不得再使用线程安全函数,因为不再保证它已分配。
决定是否保持进程运行#
与 libuv 句柄类似,线程安全函数可以被“引用”和“取消引用”。“引用”的线程安全函数将导致在其上创建的线程上的事件循环保持活跃,直到线程安全函数被销毁。相反,“未引用”的线程安全函数不会阻止事件循环退出。为此目的存在 API napi_ref_threadsafe_function 和 napi_unref_threadsafe_function。
napi_unref_threadsafe_function 既不将线程安全函数标记为可销毁,napi_ref_threadsafe_function 也不阻止其销毁。
napi_create_threadsafe_function#
NAPI_EXTERN napi_status
napi_create_threadsafe_function(napi_env env,
napi_value func,
napi_value async_resource,
napi_value async_resource_name,
size_t max_queue_size,
size_t initial_thread_count,
void* thread_finalize_data,
napi_finalize thread_finalize_cb,
void* context,
napi_threadsafe_function_call_js call_js_cb,
napi_threadsafe_function* result);
[in] env: 调用 API 的环境。[in] func:一个可选的 JavaScript 函数,用于从另一个线程调用。如果call_js_cb传入NULL,则必须提供此参数。[in] async_resource:与异步工作关联的可选对象,将传递给可能的async_hooksinit钩子。[in] async_resource_name:一个 JavaScript 字符串,提供一种资源的标识符,用于async_hooksAPI 公开的诊断信息。[in] max_queue_size:队列的最大大小。0表示无限制。[in] initial_thread_count:初始获取次数,即包括主线程在内,将使用此函数的初始线程数。[in] thread_finalize_data:可选数据,将传递给thread_finalize_cb。[in] thread_finalize_cb:当napi_threadsafe_function被销毁时调用的可选函数。[in] context:要附加到结果napi_threadsafe_function的可选数据。[in] call_js_cb:可选回调,用于响应不同线程上的调用来调用 JavaScript 函数。此回调将在主线程上调用。如果未给出,JavaScript 函数将不带参数且其this值为undefined被调用。napi_threadsafe_function_call_js提供了更多详细信息。[out] result:异步线程安全 JavaScript 函数。
变更历史
-
版本 10 (已定义
NAPI_VERSION为10或更高)call_js_cb中抛出的未捕获异常将使用'uncaughtException'事件处理,而不是被忽略。
napi_get_threadsafe_function_context#
NAPI_EXTERN napi_status
napi_get_threadsafe_function_context(napi_threadsafe_function func,
void** result);
[in] func:要检索上下文的线程安全函数。[out] result:存储上下文的位置。
此 API 可以从使用 func 的任何线程调用。
napi_call_threadsafe_function#
NAPI_EXTERN napi_status
napi_call_threadsafe_function(napi_threadsafe_function func,
void* data,
napi_threadsafe_function_call_mode is_blocking);
[in] func:要调用的异步线程安全 JavaScript 函数。[in] data:通过在创建线程安全 JavaScript 函数期间提供的回调call_js_cb发送到 JavaScript 的数据。[in] is_blocking:标志,其值可以是napi_tsfn_blocking,表示如果队列已满则调用应阻塞,或者napi_tsfn_nonblocking,表示如果队列已满则调用应立即返回napi_queue_full状态。
不应从 JavaScript 线程调用 napi_call_threadsafe_function() 并使用 napi_tsfn_blocking,因为如果队列已满,它可能导致 JavaScript 线程死锁。
如果从任何线程调用 napi_release_threadsafe_function() 并将 abort 设置为 napi_tsfn_abort,此 API 将返回 napi_closing。只有当 API 返回 napi_ok 时,值才会被添加到队列中。
此 API 可以从使用 func 的任何线程调用。
napi_acquire_threadsafe_function#
NAPI_EXTERN napi_status
napi_acquire_threadsafe_function(napi_threadsafe_function func);
[in] func:要开始使用的异步线程安全 JavaScript 函数。
一个线程应在将 func 传递给任何其他线程安全函数 API 之前调用此 API,以指示它将使用 func。这可以防止 func 在所有其他线程停止使用它时被销毁。
此 API 可以从将开始使用 func 的任何线程调用。
napi_release_threadsafe_function#
NAPI_EXTERN napi_status
napi_release_threadsafe_function(napi_threadsafe_function func,
napi_threadsafe_function_release_mode mode);
[in] func:要递减引用计数的异步线程安全 JavaScript 函数。[in] mode:标志,其值可以是napi_tsfn_release,表示当前线程将不再对线程安全函数进行任何调用,或者napi_tsfn_abort,表示除了当前线程之外,任何其他线程也不应再对线程安全函数进行任何调用。如果设置为napi_tsfn_abort,则对napi_call_threadsafe_function()的后续调用将返回napi_closing,并且不再有值放入队列中。
一个线程应该在停止使用 func 时调用此 API。在调用此 API 后将 func 传递给任何线程安全 API 会导致未定义的结果,因为 func 可能已被销毁。
此 API 可以从将停止使用 func 的任何线程调用。
napi_ref_threadsafe_function#
NAPI_EXTERN napi_status
napi_ref_threadsafe_function(node_api_basic_env env, napi_threadsafe_function func);
[in] env: 调用 API 的环境。[in] func:要引用的线程安全函数。
此 API 用于指示在主线程上运行的事件循环不应退出,直到 func 被销毁。类似于 uv_ref,它也是幂等的。
napi_unref_threadsafe_function 既不将线程安全函数标记为可销毁,napi_ref_threadsafe_function 也不阻止其销毁。napi_acquire_threadsafe_function 和 napi_release_threadsafe_function 用于此目的。
此 API 只能从主线程调用。
杂项实用程序#
node_api_get_module_file_name#
NAPI_EXTERN napi_status
node_api_get_module_file_name(node_api_basic_env env, const char** result);
[in] env: 调用 API 的环境。[out] result:一个 URL,包含加载插件的绝对路径。对于本地文件系统上的文件,它将以file://开头。该字符串以 null 结尾,由env拥有,因此不得修改或释放。
如果插件加载过程在加载期间未能确定插件的文件名,则 result 可能为空字符串。