npx babel-node执行耗时10秒，寻求模块转译缓存等优化方案

我之前也踩过babel-node启动慢的坑，每次哪怕跑个几行代码都要等半天，尤其是引入React这种大模块时，转译开销确实吓人。分享几个亲测有效的优化方案，按易用性排序：

这是最容易实现的优化，babel-node其实支持缓存转译结果，只是默认没开启。你可以通过两种方式启用：

• 运行命令时加--cache参数：npx babel-node --cache foo.js
• 或者设置环境变量：BABEL_CACHE=1 npx babel-node foo.js
  第一次运行还是会慢，但第二次及之后启动，速度会提升好几倍——它会把转译后的结果存在本地缓存里，不用每次重新处理所有模块。

如果是开发过程中反复调试脚本，别每次都手动跑babel-node，改用支持文件监听的工具：

• babel-watch：专门为babel-node做的监听替代，只重新转译修改过的文件，重启速度极快。安装后直接运行：npx babel-watch foo.js，第一次启动可能还是慢，但之后改完代码自动重启几乎秒开。
• nodemon + babel-node：如果已经熟悉nodemon，可以这样配置：npx nodemon --exec babel-node foo.js，不过相比babel-watch，它每次重启都会重新跑一遍babel-node，速度略慢，但胜在不用装新工具。

swc是用Rust写的JS转译器，速度比Babel快10-100倍，完全兼容React JSX和大部分Babel插件。你可以用@swc-node/cli替代babel-node：
首先安装依赖：npm install -D @swc-node/cli @swc/core
然后运行脚本：npx swc-node foo.js
哪怕第一次启动，速度也会比babel-node快很多，而且缓存机制默认开启，后续启动几乎秒开。

如果你的Node.js版本在v16以上，试试跳过Babel直接运行：

• 把脚本扩展名改成.mjs，或者在项目根目录的package.json里加"type": "module"
• 确保React的版本支持ES模块（现在React官方包已经支持了）
  然后直接运行：node foo.mjs
  如果你的脚本没有用到Babel专属的语法（比如旧版JSX、装饰器等），这个方法最快，完全没有转译开销。

如果上面的方法都不够，你可以提前把所有依赖包（比如React）转译好，避免每次启动都重新处理：

• 用babel-cli把node_modules里需要转译的模块转译到一个单独的目录，比如dist/vendor
• 在运行脚本时，通过NODE_PATH环境变量指向这个预转译目录，让Node优先加载转译后的文件
  这个方法配置起来稍麻烦，但适合长期维护的项目，能彻底解决依赖转译的开销。

内容的提问来源于stack exchange，提问作者Lokasa Mawati