别再傻傻分不清了！Node.js里module.exports和exports到底有啥区别？一个例子讲明白

Node.js模块导出：彻底理解module.exports与exports的内存引用陷阱

刚接触Node.js模块系统时，很多开发者都会对module.exports和exports的关系感到困惑。为什么有时候给exports赋值会失效？为什么有些写法看起来相似却得到完全不同的结果？本文将用一个贯穿始终的代码示例，带你深入理解这两个关键概念背后的内存引用机制。

1. 模块系统基础与内存模型

在Node.js的CommonJS模块系统中，每个文件都被视为独立的模块。当你在模块中使用module.exports或exports时，实际上是在操作一个特殊的对象引用。理解这一点对避免常见的导出陷阱至关重要。

让我们先看一个简单的模块示例：

// calculator.js
const add = (a, b) => a + b;
const subtract = (a, b) => a - b;

exports.add = add;
exports.subtract = subtract;

这个模块可以正常工作，但下面的写法却会导致问题：

// 问题代码
exports = {
  add: add,
  subtract: subtract
};

为什么第二种写法会失败？要理解这一点，我们需要深入内存中的引用关系。

1.1 模块初始化的内存状态

当一个Node.js模块被加载时，会经历以下初始化过程：

1. 创建一个新的module对象
2. 将module.exports初始化为空对象{}
3. 将exports变量指向module.exports（即两者引用同一个对象）

用内存示意图表示：

变量        堆内存
─────────────────────
module.exports → {}
exports ────────┘

这种初始状态解释了为什么我们可以通过exports.add的方式添加属性——因为我们实际上是在修改module.exports所指向的对象。

2. 赋值操作的陷阱分析

当我们直接给exports赋值时，情况就完全不同了。考虑以下代码：

//