在使用 Electron 开发客户端时,如果现有 Node 模块所提供的功能无法满足需要,我们可以使用 C++ 开发自定义的 Node 模块,也称插件(addon)。
Node.js 插件的扩展名为 .node
,是二进制文件,其本质上是通过动态链接库(.dll 或 .so)重命名而来。
1. 选择Node-API
开发Node.js扩展的方式有三种:
- Node-API(以前叫N-API)
- nan
- 直接使用v8、libuv等库进行开发
除非是为了使用 Node-API 未公开的接口,否则建议使用 Node-API 进行开发。
因为Node-API是二进制(ABI)兼容的,它将底层JavaScript引擎与上层插件隔离开了,JavaScripty引擎的修改不会影响我们开发的上层插件,我们基于某个版本编译的插件在不需要重新编译的情况下,就可以运行在其他版本的Node.js中。
2. 安装编译环境
Node插件使用C++开发,因此在不同的系统上采用不同的编译环境。
在Linux环境通常使用GCC和LLVM;
Mac环境通常使用Xcode;
Windows环境通常使用Visual Studio,如果不想安装完整的Visual Studio,可以使用如下命令仅安装必要的工具链:
1
| npm install --global windows-build-tools
|
Node插件通常使用node-gyp进行编译,node-gyp基于Google的gyp-next构建系统,node-gyp已经与npm捆绑在一起,但我们在使用node-gyp之前还需要先安装Python。
至此Node插件开发的环境已经搭建完成。
3.搭建工程
本文以在Windows下开发Node插件为例,其他系统环境在编译选项方面略有不同
3.1 package.json
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
| { "name": "node-addson-sample", "version": "1.0.0", "private": true, "description": "A sample node addson sample", "dependencies": { "bindings": "^1.5.0", "node-addon-api": "^7.1.0" }, "scripts": { "build-debug": "node-gyp --debug --arch=x64 configure rebuild", "build-release": "node-gyp --release --arch=x64 configure rebuild", "test": "node test.js" } }
|
使用npm install
安装依赖项。
各个依赖项的作用如下:
build-debug
和build-release
脚本分别用于编译Debug和Release版本的插件;
test
脚本用于执行测试用例;
32位插件
指定arch为ia32(--arch=ia32
)就可以编译32位版本的Node插件。
需要注意:64位版本Node.js只能加载64位的Node插件,32位版本的Node.js也只能加载32位的Node插件,否则会报错:
1
| Error: \\?\D:\node-addon-sample\build\Debug\node-addon-sample.node is not a valid Win32 application.
|
3.2 编译脚本
Node-API支持GYP和CMake.js两种编译方式,这里选择使用GYP方式。
新建binding.gyp
文件,内容如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107
| { "targets": [ { "target_name": "node-addson-sample", # ***.node "cflags!": [ "-fno-exceptions" ], "cflags_cc!": [ "-fno-exceptions" ], # 指定需要编译的源文件 "sources": [ "main.cpp" ], "include_dirs": [ "<!@(node -p \"require('node-addon-api').include\")" ], # 预编译宏 "defines": [ "NAPI_CPP_EXCEPTIONS", # 在Node-API中启用C++异常 ], "conditions": [ [ # Windows平台编译选项 "OS == 'win'", { "configurations": { # Debug编译选项 "Debug": { # 预编译宏 "defines": [ "DEBUG", "_DEBUG" ], "cflags": [ "-g", "-O0" ], "conditions": [ [ "target_arch=='x64'", { "msvs_configuration_platform": "x64", } ], ], "msvs_settings": { "VCCLCompilerTool": { # 0 - MultiThreaded (/MT) # 1 - MultiThreadedDebug (/MTd) # 2 - MultiThreadedDLL (/MD) # 3 - MultiThreadedDebugDLL (/MDd) "RuntimeLibrary": 1, # /MTd "Optimization": 0, # /Od, no optimization "MinimalRebuild": "false", "OmitFramePointers": "false", "BasicRuntimeChecks": 3, # /RTC1 "AdditionalOptions": [ "/EHsc" ], }, "VCLinkerTool": { "LinkIncremental": 2, # Enable incremental linking # 附加依赖库 "AdditionalDependencies": [ ], }, }, # 附加包含目录 "include_dirs": [ ], }, # Debug编译选项 "Release": { # 预编译宏 "defines": [ "NDEBUG" ], "msvs_settings": { "VCCLCompilerTool": { "RuntimeLibrary": 0, # /MT "Optimization": 3, # /Ox, full optimization "FavorSizeOrSpeed": 1, # /Ot, favour speed over size "InlineFunctionExpansion": 2, # /Ob2, inline anything eligible "WholeProgramOptimization": "false", # Dsiable /GL, whole program optimization, needed for LTCG "OmitFramePointers": "true", "EnableFunctionLevelLinking": "true", "EnableIntrinsicFunctions": "true", "RuntimeTypeInfo": "false", "ExceptionHandling": "2", # /EHsc "AdditionalOptions": [ "/MP", # compile across multiple CPUs ], "DebugInformationFormat": 3, "AdditionalOptions": [ ], }, "VCLibrarianTool": { "AdditionalOptions": [ "/LTCG", # link time code generation ], }, "VCLinkerTool": { "LinkTimeCodeGeneration": 1, # link-time code generation "OptimizeReferences": 2, # /OPT:REF "EnableCOMDATFolding": 2, # /OPT:ICF "LinkIncremental": 1, # disable incremental linking # 附加依赖库 "AdditionalDependencies": [ ], }, }, # 附加包含目录 "include_dirs": [ ], } } }, ] ] } ] }
|
binding.gyp中的编译选项大多与特定平台的编译器有关,具体可以查阅相关编译器文档,如Windows平台可以查询MSVC文档。
可以使用如下命令指定需要使用的 Visual Stuido 版本:
1
| npm config set msvs_version 20xx
|
node-gyp官方提供了一些示例,我们可以从这些示例中获取不少灵感:
binding.gyp-files-in-the-wild
GYP官方文档:
https://gyp.gsrc.io/docs/UserDocumentation.md
3.3 第一个API
现在新建main.cpp
,在该文件中定义我们的第一个API,API名为Add
,支持传入2个整数参数,返回整数相加的和。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
| #include <napi.h>
Napi::Number Add(const Napi::CallbackInfo& info) { Napi::Env env = info.Env();
if (info.Length() != 2) throw Napi::TypeError::New(env, "Wrong number of arguments");
if (!info[0].IsNumber() || !info[1].IsNumber()) throw Napi::TypeError::New(env, "Wrong arguments");
const int ret = info[0].ToNumber().Int32Value() + info[1].ToNumber().Int32Value();
return Napi::Number::New(env, ret); }
|
在定义完API之后,还需要将API导出,在文件末尾添加如下代码:
1 2 3 4 5 6 7 8
| Napi::Object Init(Napi::Env env, Napi::Object exports) { exports.Set(Napi::String::New(env, "Add"), Napi::Function::New(env, Add));
return exports; }
NODE_API_MODULE(addon, Init)
|
如果忘记导出API,加载Node插件时会报错:
1
| Error: Module did not self-register: '\\?\D:\node-addson-sample\build\Debug\node-addson-sample.node'.
|
现在执行npm run build-debug
编译Debug版本插件,编译生成的node插件路径为build\Debug\node-addson-sample.node
。
3.4 测试用例
新建test.js
,测试代码如下:
1 2 3
| const sample = require("bindings")("node-addson-sample.node");
console.log(sample.Add(100, 200));
|
使用bindings
模块可以不用考虑插件的具体位置,该模块会自动帮我们在项目目录下遍历查找。
4. 数据类型
在napi.h
头文件中有很多继承自Napi::Value
的子类,这些类分别对应JavaScript中的数据类型,如:
- Napi::Boolean -> Boolean
- Napi::Number -> Number
- Napi::String -> String
- Napi::Function -> Function
- Napi::Symbol -> Symbol
- Napi::Array -> Array
- Napi::Object -> Object
Node-Api还定义Promise、Date、Buffer等数据类型。
4.1 Null和Undefined
Null和Undefined比较特殊,没有定义专门的类,由Env
类的成员函数返回。
1 2 3
| env.Null()
env.Undefined()
|
4.2 创建对象
有两种方式可以用来创建指定类型的对象,以创建Boolean类型为例:
1 2
| Napi::Boolean::New(env, true) Napi::Value::From(env, false)
|
以创建一个对象数组为例介绍对象和数组的使用方法:
1 2 3 4 5 6 7 8
| Napi::Array result = Napi::Array::New(env); for (size_t i = 0; i < 3; i++) { Napi::Object obj = Napi::Object::New(env); obj.Set(Napi::String::New(env, "filePath"), Napi::String::New(env, "/root/" + std::to_string(i) + ".txt")); obj.Set(Napi::String::New(env, "fileSize"), Napi::Number::New(env, i * 100));
result.Set(Napi::Number::New(env, i), obj); }
|
4.3 类型校验
Napi::Value
提供了若干方法用于判断当前对象是否为指定类型,如:
- IsUndefined
- IsNull
- IsBoolean
- IsNumber
- IsString
- IsSymbol
- IsArray
- IsObject
- IsFunction
- IsPromise
- IsBuffer
5. 异常
可以在编译脚本binding.gyp
中通过预编译宏指定是否启用C++异常:
1 2 3
| NAPI_CPP_EXCEPTIONS
NAPI_DISABLE_CPP_EXCEPTIONS
|
如果启用C++异常,则Napi::Error
会继承自std::exception。
1 2 3 4 5 6
| class Error : public ObjectReference #ifdef NAPI_CPP_EXCEPTIONS , public std::exception #endif ...
|
在启动C++异常的情况下,从Node插件抛出异常的方式如下:
1
| throw Napi::TypeError::New(env, "Wrong number of arguments");
|
将会中断当前函数throw后面代码的执行。
TypeError继承自Error,通常用于表示与类型错误相关的异常。类似的错误类型还有RangeError
等,也可以直接抛出Error
类型的错误:
1
| throw Napi::Error::New(env, "Wrong number of arguments");
|
在没有启用 C++ 异常的情况下,采用如下方式从 Node 插件抛出异常:
1 2
| Napi::TypeError::New(env, "Wrong number of arguments").ThrowAsJavaScriptException(); return;
|
抛出异常后需要使用 return 语句终止下面流程的执行。
Node-API官方文档:node-addon-api doc
Node.js官方addon示例:node-addon-examples