全局变量污染本质是命名空间共享引发的覆盖、误改与调试难题，解决需主动控制作用域：ES模块天然隔离作用域并强制显式导出导入，IIFE适用于旧环境并支持揭示模块模式，统一挂载至单一名字空间对象可压缩污染面，配合严格模式与let/const能彻底杜绝隐式全局。
全局变量污染不是“多了几个变量”那么简单，而是多个脚本共享同一片命名空间时，变量覆盖、意外修改、调试困难等问题集中爆发的结果。解决它不靠回避全局，而靠主动控制作用域边界——模块化和立即执行函数（IIFE）正是两种最直接、最实用的手段。
用 ES 模块（ESM）天然隔离作用域
现代浏览器原生支持 <script type="module">，每个模块文件默认拥有独立顶层作用域：里面用 const、let 或 function 声明的变量，不会自动挂到 window 上。
- 不用任何包装，直接写
const API_BASE = 'https://api.example.com';，它就只在当前文件内有效 - 需要共享？必须显式
export，比如export const TIMEOUT = 5000; - 使用方通过
import { TIMEOUT } from './config.js';获取，依赖关系清晰、可静态分析、支持 tree-shaking - ESM 默认启用严格模式，未声明赋值会直接报错，从源头堵住隐式全局
用 IIFE 封装旧代码或无构建环境场景
当项目还没上模块系统，或需兼容老浏览器时，IIFE 是最轻量、最可靠的私有作用域方案：函数执行完即销毁内部变量，只留下你主动暴露的接口。
- 基本写法：
(function() { let count = 0; window.Counter = { inc() { count++; } }; })(); - 推荐用“揭示模块模式”，把私有逻辑和公有 API 分开：
return { getCount() { return count; }, inc() { count++; } }; - 避免直接暴露原始值（如
count: count），防止外部篡改；改用方法控制读写 - 可传入依赖，比如
(function(global, doc) { global.MyLib = { init() { doc.body.classList.add('ready'); } }; })(typeof window !== 'undefined' ? window : globalThis, document);
统一挂载到单一命名空间对象
如果确实要暴露全局标识符（如 SDK、工具库），不要零散声明多个变量，而是只暴露一个顶层对象，其余全作为其属性。
立即学习“Java免费学习笔记（深入）”；
- 写成
window.AcmeUtils = window.AcmeUtils || {};，再往里加AcmeUtils.ajax、AcmeUtils.storage - 支持嵌套初始化：
AcmeUtils.cache = AcmeUtils.cache || new Map(); - 配合 IIFE 使用，既能保护内部状态（如缓存计数器），又能对外提供干净、结构化的 API
- 比直接
var utils = {...}安全得多，大幅压缩污染面，也便于后续迁移到 ESM
配合严格模式与块级声明兜底
无论用模块还是 IIFE，都建议加上 "use strict"; 并坚持用 let/const：
-
"use strict"让name = 'x'这类未声明赋值直接报错，不给隐式全局留活路 -
let/const是块级作用域，不会变量提升，也不会自动绑定到全局对象 - 警惕
this.name = 'x'在非严格模式下等于window.name = 'x'，这是容易被忽略的污染点 - 普通函数中慎用
this赋值，除非明确知道上下文绑定
