Node.js中不同require方式的内存占用差异及未引用元素回收问题

好问题！这其实是很多Node.js开发者都会疑惑的点，我来拆解一下：

首先结论：这两种写法在内存占用上几乎没有显著差异。

原因很简单：当你用require('./mod')加载模块时，Node.js会完整执行整个mod.js文件，把所有导出的变量、函数都创建出来，然后把整个导出对象存入模块缓存（require.cache）里——不管你是把整个导出对象赋值给变量，还是用解构只取其中一个函数，这个完整的导出对象都已经在内存里了。

举个具体例子：假设mod.js导出了funcA、funcB、funcC三个函数。

• 第一种写法const mod = require('./mod'); mod.funcA()：变量mod持有整个导出对象的引用，三个函数都在内存里。
• 第二种写法const { funcA } = require('./mod'); funcA()：虽然你只拿到了funcA的引用，但模块缓存里依然存着整个导出对象，funcB和funcC还是在内存里，只是你的代码没有直接引用它们而已。

唯一的细微差异可能是第一种写法多了一个指向整个导出对象的变量（mod），但这个变量本身占用的内存可以忽略不计，完全算不上“显著差异”。

答案是：默认情况下不会，至少CommonJS模块（也就是用module.exports导出的模块）是这样的。

Node.js的模块缓存机制会保存整个模块的导出对象，只要模块被加载过，缓存里的导出对象就会一直存在（除非你手动清除require.cache）。而且因为CommonJS是动态加载的，Node.js在运行时没法提前知道哪些导出元素会被用到，所以它不会主动去移除未被引用的部分。

如果你想实现“只加载用到的部分”，那得用ES模块（import/export）配合打包工具（比如Webpack、Rollup）的Tree Shaking功能——Tree Shaking会在打包阶段静态分析代码，把未被引用的导出元素从最终的打包文件里移除。但在纯Node.js运行环境下，即使你用ES模块，Node.js本身也不会自动做Tree Shaking，还是会加载整个模块。

总结一下：如果只是在Node.js里用CommonJS模块，不管你用哪种写法，整个模块的导出内容都会留在内存里，内存占用差异可以忽略。如果真的想优化内存，最好的方式是把模块拆得更细，只加载你需要的那个子模块。

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