Node.js的模块系统是其核心特性之一，每个文件在Node.js中都会被当作一个独立的模块处理，模块之间默认存在严格的作用域隔离，这保证了代码的独立性和可维护性，但也让很多刚接触Node.js的开发者对外部变量的访问方式感到困惑。
Node.js模块的作用域规则
Node.js在执行模块代码时，会为每个模块创建一个独立的作用域，模块内部定义的变量、函数、对象都属于模块私有，不会泄露到全局作用域，其他模块也无法直接访问。我们可以用一段简单的代码验证这个特性：
// moduleA.js
const privateVar = '我是模块A的私有变量';
function privateFunc() {
console.log('我是模块A的私有函数');
}
// 这里没有导出任何内容，模块B无法访问privateVar和privateFunc// moduleB.js
const moduleA = require('./moduleA');
console.log(moduleA.privateVar); // 输出undefined
moduleA.privateFunc(); // 报错：moduleA.privateFunc is not a function从上面的例子可以看到，模块A内部定义的privateVar和privateFunc没有被导出，模块B引入后无法访问这些内容，这就是模块作用域隔离的直接体现。
模块隔离的实现原理
Node.js实现模块隔离的核心是对模块代码的包装。当我们使用require引入一个模块时，Node.js会将模块的代码包裹在一个函数中，这个函数的参数包含了exports、require、module等模块相关的对象，函数的作用域就是该模块的独立作用域。包装后的代码大致如下：
(function(exports, require, module, __filename, __dirname) {
// 模块原本的代码
const privateVar = '我是模块A的私有变量';
function privateFunc() {
console.log('我是模块A的私有函数');
}
});因为模块代码被放在函数内部执行，所以内部定义的变量都属于函数的局部变量，不会污染全局作用域，其他模块自然也无法直接访问，这就是模块隔离的根本原因。
合法访问外部变量的几种方式
虽然模块默认隔离，但在实际开发中我们常常需要跨模块共享变量，Node.js提供了几种合法的方式实现这个需求。
1. 通过exports导出变量
最常用的方式是将需要共享的变量通过exports或者module.exports导出，其他模块引入后就可以访问这些变量：
// moduleA.js
const sharedVar = '我是模块A共享的变量';
function sharedFunc() {
console.log('我是模块A共享的函数');
}
// 导出变量和函数
exports.sharedVar = sharedVar;
exports.sharedFunc = sharedFunc;// moduleB.js
const moduleA = require('./moduleA');
console.log(moduleA.sharedVar); // 输出：我是模块A共享的变量
moduleA.sharedFunc(); // 输出：我是模块A共享的函数2. 使用全局对象挂载变量
Node.js的全局对象是global，在任意模块中挂载到global上的属性，其他模块都可以直接访问，但这种方式不推荐大量使用，因为容易造成变量污染，难以追踪变量的来源：
// moduleA.js global.globalVar = '我是挂载到全局的变量';
// moduleB.js // 不需要引入moduleA，只要moduleA执行过，就可以访问globalVar console.log(global.globalVar); // 输出：我是挂载到全局的变量
3. 通过函数参数传递变量
如果一个模块需要访问另一个模块的变量，也可以通过函数参数的方式传递，这种方式适合需要动态传入变量的场景：
// moduleA.js
function init(externalVar) {
console.log('接收到的外部变量：', externalVar);
}
module.exports = init;// moduleB.js
const initModuleA = require('./moduleA');
const myVar = '我是模块B的变量';
initModuleA(myVar); // 输出：接收到的外部变量：我是模块B的变量注意事项与常见误区
- 不要过度使用全局对象共享变量，会增加代码的耦合度，不利于维护。
- 导出变量时如果直接导出基本类型，修改导出模块的变量不会影响引入后的值，因为基本类型是值拷贝；如果是引用类型，修改会影响所有引入的地方。
- 模块的代码只在第一次被
require时执行一次，后续再次require会直接使用缓存的模块对象，所以挂载到全局的变量也只会在第一次执行时赋值。
理解Node.js模块的作用域和隔离机制，能够帮助开发者更合理地设计模块之间的交互方式，写出结构更清晰、可维护性更高的Node.js代码。在实际开发中，优先使用exports导出需要共享的内容，尽量避免使用全局对象，减少不必要的变量耦合。