避免全局变量污染的JavaScript技巧

全局变量污染并非简单的编码失误，而是多个脚本、模块或第三方库在共享同一全局作用域（如浏览器的 `window` 或 Node.js 的 `globalThis`）时，因无意覆盖配置、工具函数、事件监听器甚至 SDK 接口而引发的隐蔽性故障——它不总报错，却让 bug 难以复现、调试成本飙升；文章深入剖析了 `var` 自动挂载全局的机制、`let/const` 与 ES 模块的天然隔离优势，并提供了 ESLint 检测、快照比对、IIFE 封装等实战防御策略，强调预防远胜于事后排查，尤其在复杂集成场景下，主动守护全局作用域是保障应用稳定性的关键防线。

全局变量污染不是“写错代码”的问题，而是多个脚本、模块或第三方库在共享同一 window（或 globalThis）作用域时，**无意覆盖或干扰彼此状态**的必然结果。它不总立刻报错，但会让 bug 难以复现、调试成本陡增。

为什么 var 声明的变量会自动挂到 window 上？

在浏览器环境中，非严格模式下用 var 在函数外声明变量，等价于给 window 添加一个可枚举属性：

var userId = 123;
console.log(window.userId); // 123

这和直接写 window.userId = 123 效果类似——但前者更隐蔽，尤其在多人协作或引入旧库时容易被忽略。

• let 和 const 不会自动绑定到 window，这是它们优于 var 的关键点之一
• 模块脚本（