防止全局命名冲突的关键是“管住全局”，即通过IIFE或ES Module隔离作用域、统一根对象挂载、ESLint静态检查及前缀命名规范三者协同。
防止全局作用域命名冲突与变量覆盖，关键不是“消灭全局”，而是“管住全局”——通过主动隔离、显式暴露、静态检查和命名约束，在开发阶段就把风险拦下来。
用 IIFE 或 ES Module 封装独立作用域
让代码不默认进入全局，是最直接的防御手段。
- IIFE 适合老项目或独立脚本：把全部逻辑包进
(function() { ... })();，内部let/const声明不会泄漏，var要小心变量提升带来的意外 - ES Module 是现代标准：每个
.js文件天然拥有模块作用域，顶层声明不挂window，必须export才能被其他模块拿到 - 避免裸写函数或变量：比如直接写
init = () => {}会隐式挂到globalThis，应始终用const init = () => {}
只留一个根对象，其余全挂载在它下面
不禁止全局，但限制入口——把所有业务功能收敛到单一命名空间里。
- 统一初始化写法：
const MyApp = window.MyApp || {};，防止重复赋值报错 - 按模块分层组织：
MyApp.api.login()、MyApp.ui.toast()，避免泛用名如utils、config直接挂全局 - 支持动态创建命名空间：封装一个
namespace('MyApp.storage.cache')工具函数，自动构建嵌套对象结构
用 ESLint 主动拦截隐式全局
靠人记不住规则，靠工具提前报错。
立即学习“Java免费学习笔记（深入）”；
- 启用
no-implicit-globals：禁止foo = 1这类无声明赋值，强制显式声明 - 启用
no-redeclare和no-shadow：防止同作用域重复声明、内层变量遮蔽外层 - 配置
globals字段：明确列出允许的全局（如jQuery、process），让 ESLint 区分有意/无意
加前缀 + 集中常量管理
命名本身是第一道防线，尤其在跨团队或集成第三方时。
- 团队约定前缀：业务模块用
PROJ_，工具函数用UTIL_，配置项用CFG_，避免裸名init、data - 共享常量抽成单独文件：如
constants.js统一导出export const API_TIMEOUT = 5000;，其他地方只 import，不自行定义 - UMD 包发布时指定挂载点：
factory(root.PROJ = root.PROJ || {})，而非直接root.utils = ...
不复杂但容易忽略：作用域屏蔽是习惯，全局检测是验证，命名规范是共识——三者缺一不可。
