Node.js中module.exports 和exports使用误区

更新时间:2023-04-04 20:08:00 阅读：评论：0

一、module，module.exports ，exports含义

module对象：在每个 .js 自定义模块中都有一个 module 对象，它里面存储了和当前模块有关的信息module.exports 对象：在nod写的英语单词e里自定义的模块中，可以使用 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和expo管理者的英文rts误区")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 指向的对象为准
所以案例输出如上图所示

案例三

定义代码

expo奉献的近义词rts.name="小吴"module.exports.age=18

输出结果

案例三解释：同理二者开始指向空对象，第一行代码通过exports引用关系挂载了一个name属性，第二行又通过module.exports引用关系挂载了一个属性age 这里不存在新对象都是挂载属性这些属性都被放在了开始二者指向的空对象中，则最终两个属性都在此对象中，且module.exports指向这个对象，所以最终结果输出如上图所示

案例四

定义代码

exports={    性别:"男",    name:"小吴",    }module.exports=exports//把export的引用关系通过等号赋值给了module.exportsmodule.exports.age=18

安全感悟输出结果

案例四解释：同理二者开始指向同一空对象，执行代码，在内存中定义了一个新对象，且把新对象挂载在exports上，此时exports就不指向之前的空对象而指向新定义的对象，module.exports=exports这行代码把export的引用关系通过等号赋值给了module.exports，则module.exports也不指向之前的空对象了，也指向新对象了，最后给module.exports指向的新对象又继续挂载了一个age属性，所以里面的所有属性都被module.exports指向到的，所以最终结果输出如图所示