javascript规避命名空间冲突需主动隔离作用域并检测全局污染：用iife或es module封装作用域，eslint规则（no-implicit-globals等）拦截隐式全局，globalthis差异检测定位污染源，辅以命名前缀与umd规范。
JavaScript中规避命名空间冲突，核心在于主动隔离作用域 + 主动检测全局污染，而不是依赖运行时兜底。开发阶段就该让潜在冲突“浮出水面”，而非等上线报错才发现。
用立即执行函数（IIFE）或模块封装屏蔽作用域
避免变量、函数直接挂到全局对象（window 或 globalThis）上，是最基础也最有效的屏蔽手段。
- IIFE适合老项目或脚本片段：用
(function(){ ... })();把所有声明包裹起来，内部变量不会泄漏到全局 - ES Module 是现代首选：每个
.js文件默认是独立作用域，export显式暴露，import显式引入，天然隔离 - 注意：
var在 IIFE 内仍可能因变量提升+函数作用域导致意外行为，优先用let/const
用 ESLint 规则提前拦截全局污染
借助静态检查工具，在代码提交前就发现“悄悄往全局塞东西”的行为。
- 启用
no-implicit-globals：禁止不加var/let/const直接赋值（如foo = 1），这类写法会隐式创建全局变量 - 启用
no-unused-vars和no-unused-expressions：减少未使用变量残留，降低误挂全局的风险 - 配合
globals配置项，显式声明你允许的全局变量（如jQuery、process），让 ESLint 区分“有意”和“无意”
用 globalThis 差异检测辅助人工审查
在开发环境（如本地启动时）快照一次干净的全局对象，再对比当前全局变量列表，能快速定位新增污染源。
- 在入口文件顶部记录初始全局键名：
const initialGlobals = new Set(Object.keys(globalThis)); - 在开发调试阶段（如按 Ctrl+Shift+D 时）执行：
console.log([...Object.keys(globalThis)].filter(k => !initialGlobals.has(k))); - 配合 Chrome DevTools 的
console.memory或自定义面板，把检测逻辑封装成可一键触发的工具函数
用命名约定 + 前缀机制降低冲突概率
即使做了作用域隔离，多人协作或集成第三方库时，仍可能因同名 export 或 UMD 暴露引发冲突。
- 团队内约定统一前缀，如业务模块用
MyApp_，工具函数用utils_，避免裸名init、config - UMD 包发布时，明确指定
root和name，例如factory(root.MyApp = root.MyApp || {})，而非直接挂root.xxx - 使用
import * as ns from 'xxx'而非import xxx from 'xxx'，为第三方模块显式创建命名空间
不复杂但容易忽略：作用域屏蔽是防御性编码习惯，全局检测是主动验证手段，两者结合才能让命名空间冲突在开发阶段就“可见、可查、可改”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
