我只是做了一些测试，结果发现，在nodejs的模块代码中，应该是这样的：

var module.exports = {};
var exports = module.exports;

so:

1:

exports = function(){}; // this will not work! as it make the exports to some other pointer
module.exports = function(){}; // it works! cause finally nodejs make the module.exports to export.

2:

exports.abc = function(){}; // works!
exports.efg = function(){}; // works!

3:但是，在这种情况下

module.exports = function(){}; // from now on we have to using module.exports to attach more stuff to exports.
module.exports.a = 'value a'; // works
exports.b = 'value b'; // the b will nerver be seen cause of the first line of code we have do it before (or later)

var a = {},md={};

//首先，exports和module.exports指向同一个空Object

exp = a;//exports =a;
md.exp = a;//module.exports = a;

exp.attr = "change";

console.log(md.exp);//{attr:"change"}

//如果将exp指向其他对象，而不是将其属性指向其他对象。md.exp将为空对象｛｝

var a ={},md={};
exp =a;
md.exp =a;

exp = function(){ console.log('Do nothing...'); };

console.log(md.exp); //{}

从文档中

exports变量在模块的文件级范围内可用，并在评估模块之前为其赋值module.exports。它允许快捷方式，因此module.exports.f=。。。可以更简洁地写成exports。f=。。。。但是，请注意，与任何变量一样，如果为导出分配了新值，则不再将其绑定到module.exports：

它只是一个指向module.exports的变量。

1.导出->用作单例实用程序2.模块导出->用作逻辑对象，如服务、模型等

为什么这两个都用在这里

我相信他们只是想清楚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'）；说你好；//你好，世界

我通过了一些测试，我认为这可能会对这个问题有所启发。。。

应用.js：

var ...
  , routes = require('./routes')
  ...;
...
console.log('@routes', routes);
...

/routes/index.js的版本：

exports = function fn(){}; // outputs "@routes {}"

exports.fn = function fn(){};  // outputs "@routes { fn: [Function: fn] }"

module.exports = function fn(){};  // outputs "@routes function fn(){}"

module.exports.fn = function fn(){};  // outputs "@routes { fn: [Function: fn] }"

我甚至添加了新文件：

./routes/index.js：

module.exports = require('./not-index.js');
module.exports = require('./user.js');

./routes/not-index.js：

exports = function fn(){};

./routes/user.js：

exports = function user(){};

我们得到输出“@routes｛｝”

---

./routes/index.js：

module.exports.fn = require('./not-index.js');
module.exports.user = require('./user.js');

./routes/not-index.js：

exports = function fn(){};

./routes/user.js：

exports = function user(){};

我们得到输出“@routes｛fn:｛｝，user:｛}｝”

---

./routes/index.js：

module.exports.fn = require('./not-index.js');
module.exports.user = require('./user.js');

./routes/not-index.js：

exports.fn = function fn(){};

./routes/user.js：

exports.user = function user(){};

我们得到输出“@routes｛user:[Function:user]｝”如果我们将user.js更改为｛ThisLoadedLast:[Function:ThisLoadedLast]｝，我们将得到输出“@routes｛ThisLoadedLast:[Function:TThisLoadedlast]｝”。

---

但如果我们修改/routes/index.js。。。

./routes/index.js：

module.exports.fn = require('./not-index.js');
module.exports.ThisLoadedLast = require('./user.js');

./routes/not-index.js：

exports.fn = function fn(){};

./routes/user.js：

exports.ThisLoadedLast = function ThisLoadedLast(){};

…我们得到“@routes｛fn:｛fn:[Function:fn]｝，ThisLoadedLast:｛ThisLoadedLast:[Function:ThisLoadedLast]｝｝”

所以我建议在模块定义中始终使用module.exports。

我不完全理解Node内部的情况，但如果您能理解这一点，请发表评论，因为我相信这会有所帮助。

--快乐的编码