module.export和exports都指向同一个对象，然后对模块求值。

使用require语句在另一个模块中使用模块时，添加到module.exports对象的任何属性都将可用。导出是一种快捷方式，可用于相同的事情。例如：

module.exports.add = (a, b) => a+b

相当于写：

exports.add = (a, b) => a+b

因此，只要不为导出变量分配新值，就可以了。当你这样做时：

exports = (a, b) => a+b 

当您为导出分配新值时，它不再引用导出的对象，因此将保持模块的本地状态。

如果您计划为module.exports分配一个新值，而不是向可用的初始对象添加新的财产，您可能应该考虑如下所示：

module.exports = exports = (a, b) => a+b

Node.js网站对此有很好的解释。

JavaScript通过引用的副本传递对象

这与JavaScript中通过引用传递对象的方式有细微差别。

exports和module.exports都指向同一个对象。exports是变量，module.exports是模块对象的属性。

假设我写了这样的东西：

exports = {a:1};
module.exports = {b:12};

exports和module.exports现在指向不同的对象。修改导出不再修改module.exports。

当import函数检查module.exports时，它得到｛b:12｝

以下是

console.log("module:");
console.log(module);

console.log("exports:");
console.log(exports);

console.log("module.exports:");
console.log(module.exports);

也：

if(module.exports === exports){
    console.log("YES");
}else{
    console.log("NO");
}

//YES

注：CommonJS规范只允许使用exports变量来公开公共成员。因此，命名的导出模式是唯一真正与CommonJS规范兼容的模式。module.exports的使用是Node.js提供的扩展，以支持更广泛的模块定义模式。

最初，module.exports=导出，require函数返回module.exports引用的对象。

如果我们向对象添加属性，比如exports.a=1，那么module.exports和exports仍然引用同一个对象。因此，如果我们调用require并将模块分配给变量，那么该变量具有属性a，其值为1；

但是如果我们重写其中一个，例如exports=function（）｛｝，那么它们现在就不同了：exports引用新对象，module.exports引用原始对象。如果我们需要该文件，它将不会返回新对象，因为module.exports不引用新对象。

对我来说，我将继续添加新属性，或者将它们都覆盖到新对象中。只是忽略一个是不正确的。请记住，module.exports才是真正的老板。

尽管这个问题早就得到了回答和接受，但我只想分享我的2分钱：

您可以想象，在文件的开头有这样的内容（仅供解释）：

var module = new Module(...);
var exports = module.exports;

因此，无论您做什么，只要记住，当您从其他地方需要模块时，模块将返回module.exports和NOT导出。

所以，当你做如下事情时：

exports.a = function() {
    console.log("a");
}
exports.b = function() {
    console.log("b");
}

您正在向module.exports指向的对象添加2个函数a和b，因此返回结果的类型将是一个对象：｛a:[Function]，b:[Function〕｝

当然，如果在本例中使用module.exports而不是exports，则会得到相同的结果。

在这种情况下，您希望module.exports的行为类似于导出值的容器。然而，如果您只想导出构造函数，那么对于使用module.exports或exports，您应该知道一些事情；（请再次记住，当您需要某些东西时，会返回module.exports，而不是export）。

module.exports = function Something() {
    console.log('bla bla');
}

现在返回结果的类型是“function”，您可以要求它并立即调用，如：var x=require（'./file1.js'）（）；因为您将返回结果覆盖为函数。

但是，使用导出时不能使用以下内容：

exports = function Something() {
    console.log('bla bla');
}
var x = require('./file1.js')(); //Error: require is not a function

因为对于导出，引用不再指向module.exports所指向的对象，因此导出和module.export之间不再存在关系。在这种情况下，module.exports仍然指向将返回的空对象｛｝。

另一个主题的公认答案也应有助于：JavaScript是否通过引用传递？

为什么这两个都用在这里

我相信他们只是想清楚module.exports、exports和nano指向同一个函数——允许您使用任意一个变量来调用文件中的函数。nano为函数的功能提供了一些上下文。

导出不会被导出（只有module.exports会被导出），那么为什么还要麻烦覆盖它呢？

冗长的权衡限制了未来错误的风险，例如在文件中使用导出而不是module.exports。它还澄清了module.exports和exports实际上指向相同的值。

---

module.exports与导出

只要不重新分配module.exports或exports（而是向它们都引用的对象添加值），就不会有任何问题，并且可以安全地使用exports以更简洁。

当将其中一个分配给非对象时，它们现在指向不同的位置，这可能会令人困惑，除非您有意希望module.exports是特定的（例如函数）。

将导出设置为非对象没有多大意义，因为必须在末尾设置module.exports=导出，才能在其他文件中使用它。

let module = { exports: {} };
let exports = module.exports;

exports.msg = 'hi';
console.log(module.exports === exports); // true

exports = 'yo';
console.log(module.exports === exports); // false

exports = module.exports;
console.log(module.exports === exports); // true

module.exports = 'hello';
console.log(module.exports === exports); // false

module.exports = exports;
console.log(module.exports === exports); // true

为什么将module.exports分配给函数？

更简洁！比较第二个示例的长度：

helloWorld1.js: module.exports.hello = () => console.log('hello world');

app1.js:let sayHello=require（'./helloWorld1'）；sayHellohello；//你好，世界

helloWorld2.js: module.exports = () => console.log('hello world');

app2.js:let sayHello=require（'./helloWorld2'）；说你好；//你好，世界