别再让全局变量“裸奔”：彻底搞懂 JS 块级作用域 let/const

回想一下，你第一次遇到“幽灵 Bug"是什么时候？通常是因为某个变量明明在局部修改，结果影响了外部状态。过去我们依赖 var 声明变量，函数就是它的边界，但这在现代复杂的工程里显得捉襟见肘。ES6 带来的 let 和 const 不仅是语法糖，更是思维模式的升级：从函数作用域转向块级作用域。

为什么 var 是个定时炸弹

最典型的翻车现场莫过于异步循环。如果你写过类似下面的代码：

for (var i = 0; i < 5; i++) {
  setTimeout(() => {
    console.log(i); // 期待输出 0,1,2,3,4，实际全是 5
  }, 1000);
}

这是因为 var 声明的变量会被提升到函数顶部，整个循环共用同一个 i。当定时器执行时，循环早已结束，i 的值定格为 5。块级作用域的缺失，直接导致了这种意料之外的共享。而换成 let 后，每次循环都会生成一个新的绑定，每个闭包都能捕获属于自己的那个 i。

let 的真实威力：精准的控制权

let 的核心价值在于限制变量的生命周期。它只存在于 {} 包裹的代码块内，一旦出了这个范围，变量就会被垃圾回收机制清理掉。这不仅减少了内存占用，更重要的是避免了命名污染。

比如在一个大函数里处理临时数据，过去你可能要担心外面有没有叫 temp 的变量，现在完全不用。你可以放心地在 if、switch 甚至单独的大括号里定义它。这种隔离性让代码阅读者更容易判断变量的来源，降低维护成本。

const 的误区与正确姿势

很多人对 const 有误解，以为它代表“常量”。其实它代表的是一种不可重新赋值的引用。

const user = { name: 'Alice' };
user.name = 'Bob';  // ✅ 合法，修改的是对象属性
user = {};          // ❌ 报错，不能改变指向的内存地址

日常开发中，我的建议是：默认使用 const。如果后来发现需要重新赋值（比如累加器），再将其改为 let。这样做的好处是能通过静态分析工具快速定位那些意外被重写的变量，提升代码的健壮性。只有在确凿需要变更引用的场景下，才显式地选择 let。

关于暂时性死区（TDZ）的小警告

引入 let 之后，JS 引擎会检查声明前的访问行为，这就是所谓的暂时性死区。如果你在声明之前就尝试读取变量，解释器会直接抛出 ReferenceError。这虽然看似麻烦，实则是一道安全网，防止了因声明顺序混乱导致的潜在风险。习惯先声明后使用，永远保持代码整洁。

总结与实践清单

现代 JavaScript 开发已经不需要保留 var 的习惯了。为了写出更清晰的代码，建议遵循以下简单规则：

• 凡是值不改变的，一律 优先使用 const。
• 仅在确需重新赋值时使用 let。
• 彻底 抛弃 var，除非你在维护极老的遗留代码。
• 利用块级作用域，将变量严格限制在它需要的最小范围内。

作用域不仅仅是语法规则，它是管理复杂度的工具。用好 let 和 const，能让你的变量像瑞士军刀一样各归其位，而不是散落在代码各处互相干扰。从今天开始，试着重构你的变量声明方式，你会发现调试时间明显减少。