let与const为何重要？ES6核心特性解析

let和const绝非简单的语法糖，而是ES6为修复JavaScript变量机制深层缺陷而设计的核心革新：它们以块级作用域取代var的函数/全局作用域混乱，用严格不提升与暂时性死区（TDZ）杜绝声明前误用，靠禁止重复声明直击命名冲突痛点；在for循环中，let让每次迭代拥有独立绑定，彻底解决闭包捕获“最后值”的经典陷阱；const则以“不可重新赋值”而非“不可变”厘清语义边界，配合默认使用策略显著提升代码可预测性与协作健壮性——掌握它们，就是掌握了现代JavaScript安全、清晰与可维护的起点。

let 和 const 解决了 var 最让人头疼的三个问题

它们不是“语法糖”，而是从根源上堵住了 JavaScript 早期变量机制的漏洞：作用域混乱、变量意外覆盖、声明前误用。

• var 声明的变量会提升到函数/全局顶部，且在声明前访问返回 undefined；let 和 const 完全不提升，声明前访问直接抛 ReferenceError
• var 只有函数作用域，if 或 for 块内用 var 声明，变量仍可被块外读取；let/const 是真正的块级作用域，{} 就是边界
• var 允许重复声明（后一次覆盖前一次），而 let 在同一作用域内重复声明会立即报错，强制你面对命名冲突

for 循环中必须用 let，否则闭包会“记住最后一个值”

这是最常踩坑的实战场景。用 var 声明循环变量时，所有异步回调共享同一个 i；换成 let，每次迭代都绑定独立的 i 副本。

const arr = [];
for (let i = 0; i  console.log(i));
}
arr[0](); // 0
arr[1](); // 1
arr[2](); // 2

// 如果把 let 换成 var，三次输出全是 3

• 本质是：let i 在每次循环开始时创建新绑定，而非复用旧变量
• 适用于 setTimeout、事件监听器、Promise 回调等所有需要捕获当前循环状态的场景
• 注意：for...in 和 for...of 同样适用 let，但 for (let i;;) 是最典型、最推荐的写法

const 不是“不可变”，而是“不可重新赋值”

很多人误以为 const 声明的对象或数组不能修改内容——其实它只禁止你再给这个标识符赋新值。

const obj = { name: 'Alice' };
obj.name = 'Bob';     // ✅ 允许：修改对象属性
obj.age = 30;         // ✅ 允许：添加属性
obj = {};             // ❌ 报错：试图重新赋值

const arr = [1, 2];
arr.push(3);          // ✅ 允许：修改数组内容
arr = [];             // ❌ 报错：试图重新赋值

• 真正“不可变”的数据需配合 Object.freeze() 或使用 Immutable.js 等库
• 函数、正则、日期等引用类型，只要不重新赋值给该 const 变量，内部状态随时可变
• 建议默认用 const，只有明确需要后续重新赋值时才换 let——这能减少意外覆盖，也更贴近函数式编程习惯

暂时性死区（TDZ）不是玄学，是严格模式下的安全护栏

只要代码块中出现 let 或 const 声明，从块开头到该声明语句执行前，这个变量就处于“暂时性死区”。此时访问它，不是 undefined，而是直接报错。

{  
  console.log(x); // ReferenceError: Cannot access 'x' before initialization
  let x = 1;
}

• TDZ 让“先用后声明”这种低级错误无法静默通过，强制开发者按顺序组织逻辑
• 函数参数默认值里也受 TDZ 影响：function f(x = y, y = 1) { } 会报错，因为 x 默认值中用到了尚未初始化的 y
• 注意：TDZ 仅对 let/const 生效，var 没有此限制，这也是两者行为差异的关键证据

真正重要的是，let 和 const 把“变量何时可见、能否重用、是否可改”这些模糊地带，变成了编译期就能检查的硬规则——尤其在团队协作和长期维护中，少一个 var，就少一个深夜排查的 undefined bug。

以上就是《let与const为何重要？ES6核心特性解析》的详细内容，更多关于的资料请关注golang学习网公众号！