避免全局污染的关键是通过ES6模块作用域隔离、显式导入导出、IIFE封装及严格模式等机制，杜绝隐式全局变量，并集中管理必要全局接口。
避免全局污染的关键是不让变量、函数或类意外挂到 window（浏览器）或全局对象上，同时让代码边界清晰、职责明确。现代 JavaScript 已有成熟方案，不靠“约定”而靠机制来保障。
用 ES6 模块天然隔离作用域
每个 .js 文件默认就是一个独立模块作用域。顶层声明的 const、let、function、class 都不会自动暴露到全局。
- 只导出真正需要被其他文件使用的接口：
export function init() {}或export default class App {} - 内部工具函数、配置对象、临时变量全都不加
export，外部完全不可见 - 导入必须显式声明：
import { debounce } from './utils.js'，没有隐式依赖，也杜绝了命名覆盖风险
必要时用 IIFE 封装私有逻辑
在不支持模块的环境（如旧版脚本注入、某些打包配置），或需兼容全局上下文时，IIFE 仍是可靠选择。
- 基础写法：
(function() { const internal = 'hidden'; console.log(internal); })();——internal外部无法访问 - 安全扩展全局接口：传入
window或globalThis作为参数，只挂载你明确设计的命名空间：(function(global) { global.MyLib = { version: '1.0' }; })(typeof window !== 'undefined' ? window : globalThis); - 注意外层括号不能省，否则会被解析为函数声明而非表达式，导致语法错误
警惕隐式全局和常见陷阱
即使用了模块，疏忽仍会导致污染。这些细节容易被忽略但影响实际运行：
立即学习“Java免费学习笔记（深入）”；
- 忘记
let/const/var直接赋值：counter = 0;在非严格模式下会悄悄创建全局变量 - 在模块顶层使用
this.api = {}，某些构建工具中this可能指向全局对象 - 动态往
window上添加属性前没检查是否已存在，比如window.$ = myJQueryClone可能覆盖原有库 - 启用
"use strict"能直接阻止第一类问题，建议所有文件顶部加上
合理使用命名空间或单例对象（仅限必要场景）
当确实需要提供全局可访问的入口（如插件、SDK、老系统对接），应集中管理，而非散落多个变量。
- 定义唯一命名空间对象：
const MyApp = MyApp || {};，后续所有功能都挂载其下：MyApp.router = { push() {} }; - 名字尽量带业务或项目标识，避免通用名如
utils、core，降低冲突概率 - 若需支持多版本共存，可考虑用闭包返回工厂函数，而非直接暴露构造器
