javascript 中 let 重复声明会报错，具体抛出 syntaxerror。在同一个块级作用域内使用 let 关键字再次声明同名变量时，引擎会在语法解析阶段直接拦截并终止执行，这与允许覆盖的 var 或隐式全局变量的行为截然不同。
为什么 let 不允许重复声明
这种限制是 ES6 引入块级作用域的核心机制之一，旨在防止变量名意外冲突导致的逻辑错误。与 var 不同，let 不会提升变量到作用域顶部进行初始化，而是进入“暂时性死区”（TDZ），直到声明语句执行完毕。如果在同一作用域内出现重复声明，JavaScript 引擎无法确定该标识符究竟指向哪个绑定，因此直接在编译期报错，确保代码意图的唯一性。
function test() {
let a = 10;
let a = 20; // SyntaxError: Identifier 'a' has already been declared
}上述代码在调用 test() 时会立即崩溃。如果将第二个 let 改为 var，同样会触发相同的语法错误，因为只要涉及 let、const 或 class 的重复声明，无论前后顺序如何，都会被视为非法语法。这要求开发者在重构代码或合并模块时，必须仔细检查作用域内的变量定义，避免命名污染。
立即学习“Java免费学习笔记（深入）”；
let 与 var 在重复声明上的差异对比
理解 let 的限制需要将其与传统的 var 进行对比。var 声明的变量具有函数作用域或全局作用域，且支持重复声明，后者的赋值会覆盖前者。而 let 严格遵循块级作用域，任何试图在同一块内重新绑定相同标识符的行为都是被禁止的。这种设计使得代码的可预测性增强，特别是在处理循环或嵌套作用域时。
// var 允许重复声明，后者覆盖前者 var x = 1; var x = 2; console.log(x); // 输出 2 // let 不允许重复声明 let y = 1; let y = 2; // SyntaxError
在实际开发中，这种差异意味着使用 let 可以更快速地发现潜在的命名冲突。例如，在一个长函数中，如果不小心定义了两次 let count，编译器会立刻提示错误，而不是让程序带着隐蔽的逻辑缺陷运行。对于需要从 var 迁移到 let 的项目，可以使用 ESLint 的规则 no-redeclare 来静态检测此类问题，确保代码库的规范性。
在循环中使用 let 声明索引变量
基于程序中常见的 for 循环场景，当在循环体内使用 let 声明迭代变量时，每次迭代都会创建一个新的绑定。这意味着在异步回调或闭包中引用该变量时，获取的是当前迭代的值，而非最后一次迭代的值。这是 let 解决经典闭包陷阱的关键用法。
for (let i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100);
}
// 输出: 0, 1, 2如果使用 var 声明 i，由于 var 没有块级作用域，所有回调共享同一个 i 变量，最终输出将是三个 3。而 let 在每次循环开始时都会为 i 创建一个新的词法环境，从而保证了每个回调都能捕获正确的索引值。这一特性在处理 DOM 事件监听或数组映射时尤为有用，避免了额外包装函数的需求。
