JavaScript模块化通过作用域隔离和命名空间管理缓解全局变量冲突，核心是为模块提供独立标识环境；IIFE封装私有作用域、多级命名空间（如MyApp.ui.dialog）和ES6 import/export天然规避污染，配合Webpack/TS/ESLint等工具链强化隔离。
JavaScript模块化通过作用域隔离和命名空间管理，从根本上缓解多脚本加载时的全局变量命名冲突问题。核心不是“彻底消灭全局变量”，而是让每个模块拥有独立的标识环境，避免直接挤占window这一公共空间。
用立即执行函数（IIFE）封装私有作用域
IIFE 是早期最轻量、兼容性最强的隔离手段。它把整段脚本包进一个函数并立刻执行，内部用 var、let 或 const 声明的变量都变成局部变量，不会泄漏到全局。
- 每个脚本自成一块“封闭房间”，同名变量互不影响
- 如 A.js 和 B.js 都定义
var init = function() {...}，彼此不干扰 - 若需对外暴露接口，显式挂载到一个统一命名空间（如
window.MyApp），而非直接声明全局变量
采用多级命名空间组织全局引用
只创建一个全局对象（如 MyApp、LIB 或项目缩写），所有模块功能都作为其子属性存在，形成类似 MyApp.ui.dialog.open() 的层级结构。
- 避免多个脚本各自创建
utils、config等泛用名导致覆盖 - 可用安全初始化写法：
var MyApp = MyApp || {};，防止重复赋值报错 - 支持按模块分层挂载：
MyApp.api、MyApp.storage、MyApp.router
ES6 模块（import/export）天然规避冲突
现代浏览器和打包工具默认支持 ES6 模块，每个 .js 文件默认拥有独立模块作用域，顶层声明不自动挂到 window 上。
立即学习“Java免费学习笔记（深入）”；
-
export显式导出的内容，必须通过import显式引入，无隐式全局污染 - 导入时可用
as重命名，比如import { render as uiRender } from './ui.js' - 也可整体导入为命名空间对象：
import * as UI from './ui.js'，调用UI.render()
搭配工具链统一管理依赖与作用域
在工程化场景中，仅靠语法不足以保证一致性。借助构建工具可进一步强化隔离效果：
- Webpack/Vite 等会自动将各模块包裹在闭包中，即使代码含
var全局声明，实际也运行在模块沙箱内 - TypeScript 编译时能提前发现重复导出/未使用导出，减少人为命名疏漏
- ESLint 规则（如
no-var、no-unused-vars）可约束开发习惯，降低冲突概率
