共计 1731 个字符，预计需要花费 5 分钟才能阅读完成。
一、module，module.exports，exports 含意
module 对象：在每个 .js 自定义模块中都有一个 module 对象，它外面存储了和以后模块无关的信息
module.exports 对象：在 node 里自定义的模块中，能够应用 module.exports 对象，将自定义的模块内局部的成员共享进来被应用。
当外界（其余 js 文件）用 require() 办法导入自定义模块时，失去的就是 module.exports 所指向的对象
exports 对象：因为 module.exports 单词写起来比较复杂，为了简化向外共享成员的代码，Node 提供了 exports 对象。默认状况下，exports 和 module.exports 指向同一个对象
留神：应用 require() 办法导入模块时，导入的后果，永远以 module.exports 指向的对象为准
换句话说最终共享的后果，还是以 module.exports 指向的对象为准
二. 案例
通过案例来了解二者的关系
案例一：
定义代码
// 文件名：01.module.exports 和 exports 误区
exports.name=” 小吴 ”
module.exports ={
性别:” 男 ”,
age:18
输入代码
// 文件名：01-test
// 为了测试 module.exports，exports 指向后果 案例二三四的输入代码都是此 js 代码文件
const obj=require(“./01.module.exports 和 exports 误区 ”)
console.log(obj);
输入后果
解释：因为默认状况下，exports 和 module.exports 指向同一个对象，所以开始二者都是指向一个空对象，当 export 指向新对象 name=” 小吴 ” 后，此时二者都指向这个对象，然而执行前面代码则是在内存中新开拓一个空间存储新对象 {性别:“男”,age:18}，且把这个新对象的援用交给了 module.exports，则 module.exports 就指向新的对象，不指向之前的空对象了，而且因为最终共享的后果，以 module.exports 指向的对象为准，所以案例输入如上图所示
案例二
定义代码
module.exports.name=” 小吴 ”
exports ={
性别:” 男 ”,
age:18
}
输入后果
解释：同理当 module.exports 指向对象 name=” 小吴 ” 后，执行前面代码，，exports 指向新对象{性别:“男”,age:18}，因为最终共享的后果，还是以 module.exports 指向的对象为准
所以案例输入如上图所示
案例三
定义代码
exports.name=” 小吴 ”
module.exports.age=18
输入后果
解释：同理二者开始指向空对象，第一行代码通过 exports 援用关系挂载了一个 name 属性，第二行又通过 module.exports 援用关系挂载了一个属性 age 这里不存在新对象 都是挂载属性 这些属性都被放在了开始二者指向的空对象中，则最终两个属性都在此对象中，且 module.exports 指向这个对象，所以最终后果输入如上图所示
案例四
定义代码
exports={
性别:” 男 ”,
name:” 小吴 ”,
}
module.exports=exports// 把 export 的援用关系通过等号赋值给了 module.exports
module.exports.age=18
输入后果
解释：同理二者开始指向同一空对象，执行代码，在内存中定义了一个新对象，且把新对象挂载在 exports 上，此时 exports 就不指向之前的空对象而指向新定义的对象，module.exports=exports 这行代码把 export 的援用关系通过等号赋值给了 module.exports，则 module.exports 也不指向之前的空对象了，也指向新对象了，最初给 module.exports 指向的新对象又持续挂载了一个 age 属性，所以外面的所有属性都被 module.exports 指向到的，所以最终后果输入如图所示
重要留神：为了避免二者指向凌乱，倡议不要在同一个模块中同时应用 exports 和 module.exports。
关键词：前端培训