JavaScript模块化通过ES模块、CommonJS、闭包工厂和IIFE实现独立作用域：ES模块默认隔离顶层变量；CommonJS用函数包装实现运行时隔离；闭包工厂生成私有状态实例；IIFE提供旧环境轻量兜底。
JavaScript 模块化开发中管理独立作用域，核心是让每个模块拥有自己的私有变量空间，不干扰全局或其他模块。这并非靠手动加命名前缀或约定俗成，而是由语言机制和规范直接保障。
ES 模块天然隔离作用域
使用 export / import 的 .mjs 或现代浏览器支持的 .js（配合 type="module"）文件，默认就在模块作用域中运行：
- 顶层声明的 let、const、function 不会挂到全局对象上，外部无法访问
- 模块自动启用严格模式，禁止隐式全局变量
- 即使两个模块都声明了
const api = 'v1'，它们互不影响——因为各自在独立词法环境里
CommonJS 通过 module.exports 封装出口
在 Node.js 环境中，CommonJS 虽无语法级作用域关键字，但靠运行时包装实现隔离：
- 每个 .js 文件被包裹在一个函数中：
(function(exports, require, module, __filename, __dirname) { ... }) - 所有顶层变量都属于该函数的局部作用域，不会泄漏到全局
- 只有显式赋值给
module.exports或exports.xxx的内容才对外可见
闭包工厂模拟模块级私有状态
当需要动态创建多个彼此隔离的实例（比如多个计数器、多个 SDK 客户端），可用闭包工厂：
立即学习“Java免费学习笔记（深入）”；
- 外层函数定义私有变量，每次调用生成全新副本
- 返回的函数或对象方法能访问该次调用独有的状态
- 适合封装配置驱动的行为，如
createApiClient({ region: 'cn-shanghai' })
IIFE 作为轻量级作用域兜底方案
在不支持模块语法的旧环境（如部分浏览器脚本或构建前调试），IIFE 仍有效：
- 用
(function() { /* 私有逻辑 */ }())创建一次性作用域 - 通过返回对象或挂载到 window 属性暴露有限接口，避免污染全局
- 注意：它不提供依赖声明能力，需人工维护加载顺序
