Node.js的模块系统基于CommonJS规范实现，每个模块在加载时都会被Node.js内部处理成独立的作用域，这种机制直接决定了模块对外部作用域的访问能力，也是很多开发者遇到变量访问异常问题的核心原因。
Node.js模块的本质作用域结构
当Node.js加载一个模块文件时，并不会直接执行文件里的代码，而是会把整个模块的代码包裹在一个函数内部，这个函数就是模块独立作用域的载体。我们可以通过下面的代码验证这个机制：
// 模块文件 module_a.js console.log(arguments.callee.toString());
执行这个模块后，输出的内容会显示模块代码被包裹在一个函数中，这个函数的形式大致如下：
function (exports, require, module, __filename, __dirname) {
// 你的模块代码
}这意味着模块内部的所有变量、函数定义，默认都在这个函数的局部作用域里，不会泄露到外部，外部的其他作用域也无法直接访问模块内部的局部变量。
模块对外部局部变量的访问限制
局部变量的作用域规则是，它只能在定义它的作用域内被访问，超出这个作用域就无法读取。因为Node.js的每个模块都有自己独立的作用域，所以模块外部定义的局部变量，模块内部是无法直接访问的。
我们可以看一个示例，先定义一个外部的局部变量，再尝试在模块中访问：
// 主文件 main.js
function outerFunc() {
let outerLocalVar = '我是外部函数的局部变量';
// 加载模块
const mod = require('./module_b.js');
mod.printVar();
}
outerFunc();// 模块文件 module_b.js
function printVar() {
// 尝试访问outerFunc里的outerLocalVar
console.log(outerLocalVar); // 这里会抛出ReferenceError，提示outerLocalVar未定义
}
module.exports = { printVar };上面的示例中，outerLocalVar是outerFunc的局部变量，作用域仅存在于outerFunc内部，而module_b.js是独立的作用域，所以访问不到这个变量，执行时会直接报错。
模块可以访问的外部作用域范围
Node.js模块并不是完全无法访问外部的任何变量，它可以访问两类外部内容：
- 全局作用域下的变量，比如
global对象上挂载的属性、Node.js内置的全局变量如process、console等。 - 通过模块导出（
module.exports或者exports）暴露出来的其他模块的内容，前提是先通过require引入对应模块。
比如下面的示例，模块可以访问全局变量：
// 主文件 main.js
global.globalVar = '我是全局变量';
const mod = require('./module_c.js');
mod.printGlobalVar();// 模块文件 module_c.js
function printGlobalVar() {
console.log(globalVar); // 可以正常输出：我是全局变量
}
module.exports = { printGlobalVar };作用域隔离的设计意义
Node.js模块的作用域隔离设计有很多实际好处：
- 避免变量污染，不同模块定义同名变量不会相互冲突，降低代码耦合度。
- 明确依赖关系，模块需要使用的外部内容必须通过
require引入或者挂载到全局，让代码的依赖关系更加清晰，便于维护。 - 提升代码安全性，模块内部的局部变量不会被外部随意修改，减少意外的变量篡改问题。
常见问题与注意事项
很多开发者会误以为在模块外层定义的变量是全局的，实际上在Node.js模块里，外层定义的变量依然是模块作用域的局部变量，不是全局变量：
// module_d.js let modVar = '模块内的变量'; // 这个变量只在module_d.js的作用域里存在，其他模块不通过导出无法访问
如果需要在多个模块共享变量，要么把变量挂载到global对象上，要么在共享模块里导出变量，其他模块通过require引入使用，不建议滥用全局变量，否则会破坏模块的隔离性，增加维护成本。