精华 exports 和 module.exports 的区别
发布于 5 年前 作者 nswbmw 259785 次浏览 最后一次编辑是 2 年前 来自 分享

require 用来加载代码,而 exports 和 module.exports 则用来导出代码。但很多新手可能会迷惑于 exports 和 module.exports 的区别,为了更好的理解 exports 和 module.exports 的关系,我们先来巩固下 js 的基础。示例:

test.js

var a = {name: 1}; var b = a;

console.log(a); console.log(b);

b.name = 2; console.log(a); console.log(b);

var b = {name: 3}; console.log(a); console.log(b);

运行 test.js 结果为:

{ name: 1 } { name: 1 } { name: 2 } { name: 2 } { name: 2 } { name: 3 }

解释:a 是一个对象,b 是对 a 的引用,即 a 和 b 指向同一块内存,所以前两个输出一样。当对 b 作修改时,即 a 和 b 指向同一块内存地址的内容发生了改变,所以 a 也会体现出来,所以第三四个输出一样。当 b 被覆盖时,b 指向了一块新的内存,a 还是指向原来的内存,所以最后两个输出不一样。

明白了上述例子后,我们只需知道三点就知道 exports 和 module.exports 的区别了:

  1. module.exports 初始值为一个空对象 {}
  2. exports 是指向的 module.exports 的引用
  3. require() 返回的是 module.exports 而不是 exports

现在我们来看 Node.js 官方文档的截图: 屏幕快照 2016-09-29 上午11.59.44.png 我们经常看到这样的写法:

exports = module.exports = somethings

上面的代码等价于:

module.exports = somethings
exports = module.exports

原理很简单,即 module.exports 指向新的对象时,exports 断开了与 module.exports 的引用,那么通过 exports = module.exports 让 exports 重新指向 module.exports 即可。

106 回复

最近也更新这个问题的文章 http://cnodejs.org/topic/52308842101e574521c16e06 GC一下。

好文,mark

刚想到这个问题就看到了,真是太巧了~

“也就是说 exports 和 module.exports 不再指向同一块内存,也就是说此时 exports 和 module.exports 毫无联系,也就是说 module.exports 指向的那块内存并没有做任何改变,仍然为一个空对象 {} ,也就是说 area.js 导出了一个空对象,所以我们在 app.js 中调用 area(4) 会报 TypeError: object is not a function 的错误。”

这段话好多 也就是说。。。。

写的非常赞. 要是有图做个说明就最好了.

一开始我没有理解,原因是我没有明白nodejs 是怎么创建module.exports 和 exports,并且二者关系是怎么样的.

系统自动给nodejs 文件增加2个变量 exports 和 module, module 又有一个属性 exports, 这个exports 属性指向一个空对象 {}; 同时 exports这个变量也指向了这个空对象{};

于是就有了 exports => {} <=module.exports.

这2个exports 其实是没有直接关系的,唯一的关系是: 他们初始都指向同一个空对象{}; 如果其中一个不指向做个空对象了, 那么他们的关系就没有了.

懂的人看楼主的解释觉得很多余,不懂的人估计看得会比较迷糊,一个简单的例子: ~function(exports, module){ console.log(exports) //这里只要进行其它初始化的操作都会导致同样的效果 exports = {} console.log(exports) console.log(module.document) }(window.document, window)

比较基础, 解释的很到位. 顶一个

向各位大神请教个问题,就是关于 区域块刷新的办法, 因为不想使用 res.redirect(’/’); 每次一个请求后(如点击分页)就跳转到首页重新查询所有数据, 觉得这个太浪费资源了

如果组件是一堆属性或方法使用exports就够了,如果组件是一个对象使用module.exports再配合prototype就灵活很多

很简单明了

好文章,顶一下

还再纠结啊,不就是形参引用离开作用域后会还原的问题么。

讲的非常好,更加要感谢的是,作者的github上的n-blog引我进nodejs,##谢谢##

请问下,使用markdown 怎么给代码着色?

我尝试写了一个模块——markdown-css 你可以试试…

前辈你好, 请问你的N-blog在heroku部署时 http://cuitianze.herokuapp.com/ 为什么会出现如下的问题呢

Application Error

An error occurred in the application and your page could not be served. Please try again in a few moments.

If you are the application owner, check your logs for details.

另外,应该不是部署的问题,因为你的另一个开源作品N-chat能够部署成功 http://tianze.herokuapp.com/

“module.exports = somethings 是对 module.exports 进行了覆盖,此时 module.exports 和 exports 的关系断裂,module.exports 指向了新的内存块,而 exports 还是指向原来的内存块” 前面不是说 exports 是指向 module.exports 的引用吗?为什么对 module.exports 赋新值会打断 module.exports 和 exports 的关系?

为啥要写这么多?

非常喜欢nswbmw前辈写的文章,简单明了

感谢解惑,学习了。

你好,想问您个问题,不知道有时间解答否,我现在有三个ejs文件,分别是header.ejs、login.ejs、 header.ejs

在login.ejs中使用<% include header.ejs %>时header.ejs中的CSS样式及JS文件不能正常加载,请问什么情况?

哈哈 我赶觉着看懂你这个简单例子的人不会纠结于exportsmodule.exports的区别上… 直接告诉他

exports就是module.exports的引用

这样最简单…

  1. exports 是指向的 module.exports 的引用

这1点已经足够说明了它们的关系

楼主解释的不错

写得不错,理解了

很好的文章!

@simongfxu 看到你的例子才会迷糊呢,LZ写的很清晰

谢谢楼主,重新理解了

矮油,不错哦

好顶赞,连我都能看懂

很不错的文章

很有帮助, 赞!

居然看懂了,谢谢分享哈哈哈。

困扰很久的问题解决了, 32个赞

真好,我要认真的看个几遍!!

非常不错 理解了

分析很到位,支持。

最近也详细整理了一篇,感觉写过之后明白了不少 http://www.upsnail.com/?p=650

没必要说的这么麻烦吧 无非相当于 exports = module.exports = {} 然后module.exports会在其他模块require的时候返回。

好文,怒赞!

好文章,谢谢,受益匪浅

一直都是用 module.exports, 从来不直接用 exports

好文,学习了~

簡單說exports.XX出來是物件屬性 module.exports 是物件 所以 var obj=require…出來 exports.XX 會存在 obj的屬性裡 var obj=require…出來 module.exports 就是obj了

看了清晰很多,thx

认真看,基础知识解释的很清楚,好文!

好棒,分析的好清楚。

…道理我都懂 我想知道怎么用

这本书讲的非常好, eloquentjavascript 上面讲了一个比较naive的实现 function require(name) { if (name in require.cache) { return require.cache[name]; } var code = new Function(“exports, module”, readFile(name)); var exports = {}, module = {exports: exports}; code(exports, module);

  require.cache[name] = module.exports;
  return module.exports;
}
require.cache = Object.create(null);

为什么不统一使用module.exports呢?

JS 中对象引用问题~

终于搞懂了,谢谢楼主分享经验

@LiZhenNet

Node模块允许你从被引入文件中选择要暴露给程序的函数和变量。如果模块返回的函数或变量不止一个,那它可以通过设定exports对象的属性来指明它们。但如果模块只返回一个函数或变量,则可以设定module.exports属性。–《Node.js 实战》

又翻出来了…朴大说的很清楚了啊~exports = module.exports; exports = {<K,V>…}; module.exports != exports;

很好的解释,从原理上了解exports和module.exports的区别

学习了,通俗易懂

学习了,立刻解疑了

学习了~~~

马克。。。 From Noder

深度好文,不懂就多看几遍

我佩服你啊,就这么点发现,你就能扯那么多,哈哈哈 exports指向的对象是module.exports

好文,学习了

3232 <br> <br>来自花见花开 人见人爱的南风~~

cfcccccccccccccccc <br> <br>来自花见花开 人见人爱的南风~~

@ihanyang 一看你就是测试的

活到老学到老,楼主好文章

可以自己跑一下,马上就有一个清晰的了解。 module.exports.name="123"; console.info(arguments); console.info("-----------------------------") console.info(exports); console.info("-----------------------------") console.info(module);

{ '0': { name: '123' }, '1': { [Function: require] resolve: [Function: resolve], main: Module { id: '.', exports: [Object], parent: null, filename: 'F:\\WORK\\Nodejs\\OneKey\\routes\\test.js', loaded: false, children: [], paths: [Object] }, extensions: { '.js': [Function], '.json': [Function], '.node': [Function] }, cache: { 'F:\WORK\Nodejs\OneKey\routes\test.js': [Object] } }, '2': Module { id: '.', exports: { name: '123' }, parent: null, filename: 'F:\\WORK\\Nodejs\\OneKey\\routes\\test.js', loaded: false, children: [], paths: [ 'F:\\WORK\\Nodejs\\OneKey\\routes\\node_modules', 'F:\\WORK\\Nodejs\\OneKey\\node_modules', 'F:\\WORK\\Nodejs\\node_modules', 'F:\\WORK\\node_modules', 'F:\\node_modules' ] }, '3': 'F:\\WORK\\Nodejs\\OneKey\\routes\\test.js', '4': 'F:\\WORK\\Nodejs\\OneKey\\routes' } ----------------------------- { name: '123' } ----------------------------- Module { id: '.', exports: { name: '123' }, parent: null, filename: 'F:\\WORK\\Nodejs\\OneKey\\routes\\test.js', loaded: false, children: [], paths: [ 'F:\\WORK\\Nodejs\\OneKey\\routes\\node_modules', 'F:\\WORK\\Nodejs\\OneKey\\node_modules', 'F:\\WORK\\Nodejs\\node_modules', 'F:\\WORK\\node_modules', 'F:\\node_modules' ] }

那 exports 又有什么用呢? module.exports 已经能完成导出的功能了啊

我知道怎么用的就OK了。 整天天搞这些绕口令 真是伤透了脑筋

看到英文解释中有一句说的,当你搞不明白export和module.export的关系的时候,就一直使用module.export好了。看了好几篇文章,大概知道export是module.export的引用,然后export是个局部变量,module是个全局变量。

“原理很简单,即 module.exports 指向新的对象时,exports 断开了与 module.exports 的引用,那么通过 exports = module.exports 让 exports 重新指向 module.exports 即可。” 这一段有点画蛇添足。引用官网的一句 “如果一个新的值被赋值给 exports,它就不再绑定到 module.exports”

@azathothes 简写吧,比如

exports.a = 1; //确实没有什么乱用,统一用一种方式就ok了,多了反而容易引起混淆
回到顶部