防止JS命名冲突的关键是管作用域、控声明方式、设边界意识；优先用let/const替代var，构造器用const User = class{}或function表达式，模块化隔离作用域，命名讲语义。
防止 JavaScript 变量声明时的命名冲突，关键不在“躲名字”，而在**管作用域、控声明方式、设边界意识**。现代 JS 已提供足够工具，只要理解机制、用对方式，冲突可基本避免。
优先用 let/const 替代 var
var 声明会变量提升且具有函数作用域，容易在块级逻辑中意外覆盖或被覆盖；而 let/const 具有块级作用域，且禁止重复声明，天然更安全：
- 同一块级作用域中，let User 和 const User 再次声明会直接报
SyntaxError，而不是静默失败 - for 循环中用 let i 可确保每次迭代拥有独立绑定，避免闭包中 i 总是取到最后值
- 不推荐用 var User 声明构造器——它可能被后续同名 let User 覆盖（尤其在非严格模式下），导致运行时行为异常
构造器统一用表达式形式声明
function User() {} 是函数声明，受提升影响，易与同名变量冲突；改用赋值表达式，让构造器成为“值”而非“声明主体”：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- const User = class { ... }：class 表达式不提升，语法上禁止与同名 let/const 并存，错误提前暴露
- const User = function() { ... }：和普通变量赋值行为一致，完全遵循 let/const 的作用域与重声明规则
- 避免混合写法：如 function User() {} 后紧跟 let User = ... —— 现代引擎会直接报错，无需等到运行时才发现问题
主动隔离作用域，不依赖全局
绝大多数命名冲突源于变量或函数直接落在全局作用域。解决思路是“默认不暴露，需要才导出”：
立即学习“Java免费学习笔记（深入）”；
- 模块文件（.js）默认就是模块作用域：顶层 const User 不会挂到 window 上，其他文件必须 import 才能使用
- 旧环境可用 IIFE：(function() { const User = class {}; window.MyApp = { User }; })();，内部干净，暴露可控
- 若需全局命名空间，只建一个顶层对象（如 window.MyApp），所有功能作为其属性：MyApp.UserModel、MyApp.ApiClient，避免散落多个全局标识符
命名讲语义，不靠缩写赌运气
命名本身不是技术手段，但它是协作中的第一道防线。清晰命名能大幅降低误用和覆盖概率：
- 按职责区分：UserModel（数据结构）、UserForm（表单组件）、UserRepo（数据访问层）
- 按角色区分：AdminUser、GuestSession、MockAuth
- 避免无意义缩写：Usr、UData 不仅难读，搜索替换也易漏，团队内更难达成共识
