
如何写一个简单的node.js c++扩展
node 是由 c++ 编写的,核心的 node 模块也都是由 c++ 代码来实现,所以同样 node 也开放了让使用者编写 c++ 扩展来实现一些操作的窗口。
如果大家对于 require 函数的描述还有印象的话,就会记得如果不写文件后缀,它是有一个特定的匹配规则的:
可以看到,最后会匹配一个 .node,而后边的描述也表示该后缀的文件为一个二进制的资源。
而这个 .node 文件一般就会是我们所编译好的 c++ 扩展了。
为什么要写 c++ 扩展
可以简单理解为,如果想基于 node 写一些代码,做一些事情,那么有这么几种选择:
写一段 JS 代码,然后 require 执行
写一段 c++ 代码,编译后 require 执行
打开 node 源码,把你想要的代码写进去,然后重新编译
日常的开发其实只用第一项就够了,我们用自己熟悉的语言,写一段熟悉的代码,然后发布在 NPM 之类的平台上,其他有相同需求的人就可以下载我们上传的包,然后在TA的项目中使用。
但有的时候可能纯粹写 JS 满足不了我们的需求,也许是工期赶不上,也许是执行效率不让人满意,也有可能是语言限制。
所以我们会采用直接编写一些 c++ 代码,来创建一个 c++ 扩展让 node 来加载并执行。
况且如果已经有了 c++ 版本的轮子,我们通过扩展的方式来调用执行而不是自己从头实现一套,也是避免重复造轮子的方法。
一个简单的例子,如果大家接触过 webpack 并且用过 sass 的话,那么在安装的过程中很可能会遇到各种各样的报错问题,也许会看到 gyp 的关键字,其实原因就是 sass 内部有使用一些 c++ 扩展来辅助完成一些操作,而 gyp 就是用来编译 c++ 扩展的一种工具。
github.com/sass/node-s…
当然,上边也提到了还有第三种操作方法,我们可以直接魔改 node 源码,但是如果你只是想要写一些原生 JS 实现起来没有那么美好的模块,那么是没有必要去魔改源码的,毕竟改完了以后还要编译,如果其他人需要用你的逻辑,还需要安装你所编译好的特殊版本。 这样的操作时很不易于传播的,大家不会想使用 sass 就需要安装一个 sass 版本的 node 吧。
就像为了看星战还要专门下载一个优酷- -。
简单总结一下,写 c++ 的扩展大概有这么几个好处:
可以复用 node 的模块管理机制
有比 JS 更高效的执行效率
有更多的 c++ 版本的轮子可以拿来用
怎么去写一个简单的扩展
node 从问世到现在已经走过了 11 年,通过早期的资料、博客等各种信息渠道可以看到之前开发一个 c++ 扩展并不是很容易,但经过了这么些年迭代,各种大佬们的努力,我们再去编写一个 c++ 扩展已经是比较轻松的事情了。
这里直入正题,放出今天比较关键的一个工具:node-addon-api module
以及这里是官方提供的各种简单 demo 来让大家熟悉这是一个什么样的工具: node-addon-examples
需要注意的一点是, demo 目录下会分为三个子目录,在 readme 中也有写,分别是三种不同的 c++ 扩展的写法(基于不同的工具)。
我们本次介绍的是在 node-addon-api 目录下的,算是三种里边最为易用的一种了。
首先是我们比较熟悉的 package.json 文件,我们需要依赖两个组件来完成开发,分别是 bindings 和 node-addon-api。
然后我们还需要简单了解一下 gyp 的用法,因为编译一个 c++ 扩展需要用到它。 就像 helloworld 示例中的 binding.gyp 文件示例:
gyp 的语法挺多的,这次并不是单独针对 gyp 的一次记录,所以就不过多的介绍。
从最简单的数字相加来实现
然后我们来实现一个简单的创建一个函数,让两个参数相加,并返回结果。
源码位置:github.com/Jiasm/node-…
我们需要这样的一个 binding.gyp 文件:
然后我们在项目根目录创建 package.json 文件,并安装 bindings 和 node-addon-api 两个依赖。
接下来就是去编写我们的 c++ 代码了:
在 c++ 代码完成以后就是需要用到 node-gyp 的时候了,建议全局安装 node-gyp,避免一个项目中出现多个 node_modules 目录的时候使用 npx 会出现一些不可预料的问题:
这时候你会发现项目目录下已经生成了一个名为 add.node 的文件,就是我们在 binding.gyp 里边的 target_name 所设置的值了。
最后我们就是要写一段 JS 代码来调用所生成的 .node 文件了:
const { add } = require('bindings')('add.node')
console.log(add(1, 2)) // 3
console.log(add(0.1, 0.2)) // 熟悉的 0.3XXXXX
实现一个函数柯里化
接下来我们来整点好玩的,实现一个前端的高频考题,如何实现一个函数柯里化,定义如下:
add(1)(2)(3) // => 6
add(1, 2, 3) // => 6
源码位置:github.com/Jiasm/node-…
我们会用到的一些技术点:
如何在 c++ 函数中返回一个函数供 JS 调用
如何让返回值既支持函数调用又支持取值操作
如何处理非固定数量的参数(其实这个很简单了,从上边也能看出来,本身就是一个数组)
不再赘述 binding.gyp 与 package.json 的配置,我们直接上 c++ 代码:
编译完成以后,再写一段简单的 JS 代码来调用验证结果即可:
然后可以讲一下上边列出来的三个技术点是如何解决的:
如何在 c++ 函数中返回一个函数供 JS 调用通过 Napi::Function::New 创建新的函数,并将计算结果存入函数可以获取到的地方供下次使用
如何让返回值既支持函数调用又支持取值操作通过 fn.Set 篡改 valueOf 函数并返回结果
如何处理非固定数量的参数(其实这个很简单了,从上边也能看出来,本身就是一个数组)通过拿到 info 的 Length 来遍历获取
与 JS 进行对比
当然,就例如柯里化之类的函数,拿JS来实现的话会非常简单,配合 reduce 函数基本上五行以内就可以写出来。
那我们折腾这么多究竟是为了什么呢?
这就要回到开头所说的优势了: 执行效率
采用冒泡排序来对比
为了证明效率的差异,我们选择用一个排序算法来验证,采用了最简单易懂的冒泡排序来做,首先是 JS 版本的:
源码位置:github.com/Jiasm/node-…
然后是我们的 c++ 版本,因为是一个 JS 的扩展,所以会涉及到数据类型转换的问题,大致代码如下:
然后我们通过一个随机生成的数组来对比耗时:
在 1,000 数据量的时候耗时差距大概在 6 倍左右,在 10,000 数据量的时候耗时差距大概在 3 倍左右。
也是简单的证实了在相同算法情况下 c++ 效率确实是会比 JS 高一些。
当然了,也通过上边的 bubble sort 可以来证实另一个观点: 有更多的 c++ 版本的轮子可以拿来用
就比如上边的 bubbleSort 函数,可能就是一个其他的加密算法实现、SDK 封装,如果没有 node 版本,而我们要使用就需要参考它的逻辑重新实现一遍,但如果采用 c++ 扩展的方式,完全可以基于原有的 c++ 函数进行一次简单的封装就拥有了一个 node 版本的 函数/SDK。
后记
上边的一些内容就是如何使用 node-addon-api 来快速开发一个 c++ 扩展,以及如何使用 node-gyp 进行编译,还有最后的如何使用 JS 调用 c++ 扩展。
在开发 node 程序的过程中,如果能够适当的利用 c++ 的能力是会对项目有很大的帮助的,在一些比较关键的地方,亦或者 node 弱项的地方,使用更锋利的 c++ 来帮助我们解决问题。
不要让编程语言限制了你的想象力
作者:Jiasm
来源:掘金
