三，查缺补漏

这篇文章，是本专栏的最后一篇，也没什么太多的需要讲述了，主要的就是大家自己开发中去摸索了。

在这里，我把windows那里面讲的有问题的地方梳理一下，主要是针对工具这块。

首先是CodeLLDBvadimcn.vscode-lldb插件，这个插件其实可以不用装，因为windows上开发面向windows的插件，用微软的编译器也可以，而那个C/C++ for Visual Studio Code已经集成了很多环境了。

其次就是关于Prebuild tools 预构建工具，大家先看看index.js和package.json几个重要的地方

如果 gypfile是 true的话，那么在别人使用你的包的时候，就会被gyp编译，所以相应的，我们需要配置好nodejs的install脚本，让他执行预构建，可以看到按照index.js里的引用方式，即便install没有预构建，那么使用的时候也会构建。所以如果你想方便那些没有构建环境的人，也能使用你发布的二进制程序的话，可以在发布时，就把你的二进制代码一同发布出去。

我们来看看node-gyp-build的源码：

 

可以看到，里面的判断逻辑是首先看在build/Release里能否找到xxx.node，如果找不到，则继续在build/Debug目录下找，如果找不到，则到resolve(dir)去找，这个函数会根据当前的目标平台和架构，生成一个目录名称，举例来说，在windows x64系统上，会在prebuilds/win32-x64目录下去找xxx.node，如果找到了，就直接使用，否则就会引发构建。

好了，后面想到什么，我再来更新吧。