在 ThinkJS 的用户群里,经常有开发者提出需要对源码进行加密保护的需求。我们知道 JavaScript 是一门动态语言,不像其他静态语言可以编译成二进制包防止源码泄露。所以就出现了 pkg、nexe 之类的工具,支持将 JS 代码连同 Node 一块打包成一个可执行文件,一来解决了环境依赖的问题,二来解决了大家关心的源码保护的问题。
在pkg 模块的 README 中,罗列了它的几大用处,如果你有下面的几个需求的话建议不妨试试。
为应用提供商业发行版而不用暴露源码
为应用提供 demo 而不用暴露源码
一键打包所有平台可执行文件而不需要对应平台环境依赖
提供自解压或自安装的解决方案
运行应用不需要安装 Node.js 和 npm
部署仅需要一份单文件,不需要通过 npm 安装大量的依赖
资源打包后让应用迁移起来更加方便
在指定 Node.js 版本下对应用进行测试而不需要安装对应的版本
如何使用
关于 pkg 模块的基础使用,大家可以看 《把你的NodeJS程序给没有NodeJS的人运行》 这篇文章。通过 npm install -g pkg 在全局安装上模块后就可以在命令行中使用 pkg 命令了。pkg 除了支持在命令行中指定参数之外,还支持在 package.json 中进行配置。
{ ... "bin": "production.js", "scripts": { "pkg": "pkg . --out-path=dist/" }, "pkg": { "scripts": [...] "assets": [...], "targets": [...] }, ... }
以上就是一个简单的配置。bin 用来指定最终打包的入口文件,pkg.scripts 和 pkg.assets 用来指定除了入口文件之外需要打包进可执行文件中的内容,其中前者用来指定其他 .js 文件,后者用来指定非.js的资源。pkg.targets 则是用来指定需要打包的平台,平台名称结构如下,node${version}-${platform}-${arch}。version 用来指定具体 Node 的版本,platform 用来指定编译的平台,可以是 freebsd, linux, alpine, macos 或者 win,最后 arch 用来指定编译平台的架构,可以是 x64, x86, armv6 或者 armv7。例如 node10-macos-x64 表示的就是基于 Node 10 打包在 MacOS 平台上执行的可执行程序。scripts, assets 和 targets 都支持数组配置多个。
将入口文件、依赖的脚本和资源、需要编译的平台配置好之后,执行 npm run pkg 即可完成编译。
如何打包 ThinkJS
pkg 的原理大概是提供一个虚拟的文件系统,将 __filename, __dirname 等变量以及官方 API 中的 IO 操作方法指向本地文件系统的变量修改成指向虚拟系统。通过该虚拟文件系统读取压缩打包后的程序源码,提供脚本执行的环境。需要注意的是该虚拟文件系统是只读的,所以如果程序中有基于 __dirname 进行读写操作的方法,需要规避规避掉。
代码预处理
在 ThinkJS 项目中会有以下两个地方有文件写入操作:
项目启动后会在 runtime/config/${env}.json 下写入最终的配置文件
生产环境下默认会在 logs/ 目录中写入线上日志
这些目录默认都是基于当前项目文件夹的,所以基于之前的理论都需要规避。pkg 的 中告诉我们 process.cwd() 还是会指向到真实的环境中,所以我们可以修改以上目录的位置到 process.cwd() 来解决这个问题。
//pkg.js const path = require('path'); const Application = require('thinkjs'); const instance = new Application({ //在启动文件中可以自定义配置 runtime 目录 RUNTIME_PATH: path.join(process.cwd(), 'runtime'), ROOT_PATH: __dirname, proxy: true, env: 'pkg', }); instance.run();
基于 production.js 我们新建一个 pkg.js 启动文件,定义项目启动后的 RUNTIME_PATH 路径,并将 env 赋值为 pkg,方便后续的配置中通过 think.env === 'pkg' 来切换配置。
//src/config/adapter.js const {Console, DateFile} = require('think-logger3'); const isDev = think.env === 'development'; const isPkg = think.env === 'pkg'; exports.logger = { type: isDev ? 'console' : 'dateFile', console: { handle: Console }, dateFile: { handle: DateFile, level: 'ALL', absolute: true, pattern: '-yyyy-MM-dd', alwaysIncludePattern: true, filename: path.join(isPkg ? process.cwd() : think.ROOT_PATH, 'logs/app.log') } };
在 adapter 配置中我们将原来基于 think.ROOT_PATH 的路径修改成基于 process.cwd()。除了日志服务之外,如果业务中有使用到 cache 和 session 等服务,它们如果也是基于文件存储的话,也需要修改对应的文件存储配置。当然这些都是 ThinkJS 自带的一些服务,如果项目中有用到其它的一些服务,或者说本身的业务逻辑中有涉及到文件写入的也都需要修改配置。
打包配置
项目的写入操作规避掉之后我们就可以正常的配置 pkg 然后进行打包处理了。一份简单的 pkg 模块的配置大概是这样的: