javascript原生不支持作用域级变量重复声明检查；var重复声明被静默忽略，let/const则因块级词法环境在解析时抛出syntaxerror；实际检查依赖eslint、typescript等工具链。
JavaScript 本身不提供“作用域级变量重复声明检查”功能——它不是靠作用域机制去检测重复，而是由声明语法本身和词法解析阶段的规则决定是否报错。所谓“支持检查”，其实是 let/const 的设计天然阻止了同一块级作用域内的重复声明，而 var 的行为则让这种检查变得无意义。
var 声明不依赖作用域做检查，只靠静默忽略
var 在同一函数或全局作用域中重复声明不会报错，引擎在预解析（hoisting）阶段就已处理所有 var 声明，并直接忽略后续同名声明。这不是作用域“允许”，而是语法层面不视为错误：
- var a = 1; var a = 2; → 实际等价于 var a; a = 1; a = 2;
- 作用域没变，但重复声明没触发任何校验逻辑
- 开发者无法通过作用域 API 或运行时手段捕获这类“重复”，因为 JS 引擎根本不把它当问题
let/const 的块级作用域才是检查发生的前提
let 和 const 的重复声明报错，严格依赖于“块级作用域”的存在。JS 引擎在解析代码时，对每个 {} 块维护一个独立的词法环境（Lexical Environment），并在该环境中记录已声明的标识符：
-
if (true) { let x = 1; let x = 2; } → 解析到第二个
let x时，发现当前块内已登记x，立即抛出SyntaxError - 不同块之间互不影响：
{ let x = 1; } { let x = 2; }合法，因属于两个独立词法环境 - 函数作用域内嵌套块也适用：函数体是外层作用域，
if{}是内层，各自独立校验
工具链才是真正的“检查支持者”
原生 JS 运行时不主动报告 var 重复，也不对跨文件重复做约束。真正提供可配置、可感知的重复声明检查的是开发工具：
-
ESLint 规则如
no-redeclare可同时捕获 var/let/const 的重复（包括函数参数与变量同名） -
TypeScript 在类型检查阶段会标记 let/const 的重复声明，并对 var 的隐式覆盖给出警告（如
no-var-redeclare） - 编辑器（VS Code、WebStorm） 基于语言服务实时高亮重复声明，尤其对 let/const 敏感，对 var 则通常仅提示“声明未使用”类问题
写法习惯比运行时检查更关键
与其依赖某项机制“支持检查”，不如建立防御性声明习惯：
- 默认用
let或const，避免var—— 重复声明会在写代码时立刻暴露 - 避免在条件分支或循环体内重复声明同名变量，哪怕块级作用域允许，也易引发逻辑混淆
- 函数参数名不要与内部
let变量同名，否则参数值可能被意外遮蔽 - 多人协作项目中，启用 ESLint 并开启
no-redeclare和no-shadow
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
