大型可执行文件与需加载多模块的小型可执行文件哪个加载速度更快？

核心结论 #

• 冷启动速度：将lodash等依赖打进可执行文件的方案速度更快
• 运行时执行速度：两种方案没有明显差异

差异原因拆解 #

打包进可执行文件的场景 #

所有依赖代码已经提前合并到最终的二进制文件中，Node启动时不需要额外执行多次磁盘IO去读取node_modules下的库文件，也不需要走多轮模块路径查找、解析编译的流程，仅需一次性加载整个可执行文件的内容即可完成初始化。
如果打包工具开启了tree shaking，还能剔除你没有用到的lodash方法，进一步减少需要加载的代码量，冷启动优势会更明显。

运行时require外置依赖的场景 #

Node启动时先加载KB级的入口代码，遇到require('lodash')语句时，需要走完完整的Node模块解析链路：从当前工作目录逐级向上查找node_modules目录、定位lodash的入口文件、读取文件内容、解析编译、执行导出逻辑，多次磁盘IO和模块解析操作会带来明显的冷启动耗时增加。
此外外置依赖还要额外考虑部署环境的node_modules一致性问题，一旦出现依赖版本不对、文件缺失的情况会直接导致运行报错。

实践选择建议 #

如果你开发的是需要频繁冷启动的业务（比如Serverless函数、短生命周期定时任务），优先选择将依赖打进可执行文件的方案，能有效降低启动耗时；如果是长驻运行的普通后端服务，两种方案的使用体验几乎没有差别，可以根据部署需求灵活选择：追求单文件部署的便利性就选打包方案，需要灵活更新依赖不用重新编译就选外置依赖方案。

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