以下是

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、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'）；说你好；//你好，世界

基本上，答案在于当通过require语句需要模块时会发生什么。假设这是第一次需要模块。

例如：

var x = require('file1.js');

file1.js的内容：

module.exports = '123';

执行上述语句时，将创建Module对象。其构造函数函数为：

function Module(id, parent) {
    this.id = id;
    this.exports = {};
    this.parent = parent;
    if (parent && parent.children) {
        parent.children.push(this);
    }

    this.filename = null;
    this.loaded = false;
    this.children = [];
}

正如您所看到的，每个模块对象都有一个带有名称导出的属性。这是最终作为需求的一部分返回的内容。

require的下一步是将file1.js的内容包装成一个匿名函数，如下所示：

(function (exports, require, module, __filename, __dirname) { 
    //contents from file1.js
    module.exports = '123;
});

这个匿名函数的调用方式如下，这里的模块引用前面创建的模块对象。

(function (exports, require, module, __filename, __dirname) { 
    //contents from file1.js
    module.exports = '123;
}) (module.exports,require, module, "path_to_file1.js","directory of the file1.js");

正如我们在函数内部看到的那样，exports的形式参数指的是module.exports。本质上，这是为模块程序员提供的便利。

然而，这种便利需要谨慎使用。在任何情况下，如果尝试将新对象分配给导出，请确保这样做。

exports = module.exports = {};

如果我们按照错误的方式执行，module.exports将仍然指向作为模块实例一部分创建的对象。

exports = {};

因此，向上面的导出对象添加任何内容都不会对module.exports对象产生任何影响，也不会作为require的一部分导出或返回任何内容。

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

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

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

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

exports和module.exports是相同的，除非在模块内重新分配导出。

考虑这一点最简单的方法是认为这一行隐式地位于每个模块的顶部。

var exports = module.exports = {};

如果在模块内重新分配导出，则在模块内将其重新分配，并且不再等于module.exports。这就是为什么，如果要导出函数，必须执行以下操作：

module.exports = function() { ... }

如果只将函数（）｛…｝分配给导出，则将导出重新分配为不再指向module.exports。

如果您不想每次通过module.exports引用函数，可以执行以下操作：

module.exports = exports = function() { ... }

注意，module.exports是最左边的参数。

将财产附加到导出不一样，因为您不需要重新分配它。这就是为什么可以这样做的原因

exports.foo = function() { ... }

module.exports和exports都指向同一个函数database_module（cfg）｛…｝。1|变量a，b；2|a=b=function（）｛console.log（“旧”）；｝；3|b=函数（）｛console.log（“New”）；｝；4|5|a（）；//“旧”6|b（）；//“新建”您可以将第3行的b更改为a，输出是相反的。结论是：a和b是独立的。因此module.exports=exports=nano=function database_module（cfg）｛…｝相当于：var f=函数database_module（cfg）｛…｝；模块导出=f；出口=f；假设上面是foo.js所需要的module.js。module.exports=exports=nano=function database_module（cfg）｛…｝的好处现在很清楚了：在foo.js中，由于module.exports是必需的（'./module.js'）：var output=require（'./modules.js'）（）；在moduls.js中：可以使用exports代替module.exports。

因此，如果exports和module.exports都指向同一个对象，您会很高兴。