let与const变量声明区别详解

let和const是ES6引入的现代JavaScript变量声明方式，二者均具有块级作用域、不提升、不可重复声明的特性，核心区别仅在于可变性：let允许重新赋值，const禁止重新赋值（但允许修改引用类型内部的属性或元素）；而var因函数作用域和变量提升极易引发闭包陷阱、作用域泄露和时序错误，应被彻底弃用。实践中应默认优先使用const（体现不变意图、利于代码分析），仅在明确需要后续赋值时选用let，并理解const并非“不可变”而是“不可重绑定”，真正冻结对象需配合Object.freeze()等手段——掌握这些差异，不仅能写出更安全、可维护的代码，还能悄然利用块级作用域实现更精细的作用域隔离与副作用控制。

直接说结论：let 和 const 都是块级作用域、不提升、不可重复声明，区别只在「是否允许重新赋值」——let 允许，const 不允许（但对象/数组的属性或元素仍可修改）。

为什么不能用 var 替代 let？

var 的函数作用域和变量提升（hoisting）常导致意外行为。比如在 for 循环中用 var 声明计数器，闭包里拿到的全是最后一个值；而 let 每次迭代都会绑定新绑定，自然解决这个问题。

常见错误现象：

• 在 if 块内用 var 声明变量，结果外部能访问到（本意是局部）
• 声明前就使用变量，不报错但值为 undefined（var 提升了声明，没提升赋值）
• for (var i = 0; i console.log(i), 0); } 输出三个 3

实操建议：

• 默认用 let 或 const，完全避免 var
• 除非要显式利用函数作用域（极少见），否则不要降级回 var

const 声明后真的一点都不能改吗？

不是。「不可重新赋值」≠「不可变」。只要变量本身是引用类型（Object、Array、Map 等），它的内容完全可以修改。

实操建议：

• const 适合声明配置对象、DOM 节点、API URL 字符串等「引用不换，内容可能动」的场景
• 想真正冻结对象，得配合 Object.freeze()，且仅浅冻结
• 数组用 const arr = [] 后，arr.push(1) 合法，但 arr = [2] 报错 TypeError: Assignment to constant variable

const user = { name: 'Alice' };
user.name = 'Bob'; // ✅ 合法
user = { name: 'Charlie' }; // ❌ 报错

const list = [];
list.push(1); // ✅ 合法
list = [2]; // ❌ 报错

什么时候该选 let，什么时候用 const？

优先用 const，只有明确需要后续赋值时才用 let。这是现代 JS 的事实标准写法，也便于静态分析工具识别意图。

使用场景对比：

• 循环变量：用 let（for (let i = 0; ...)），因为每次迭代都要更新
• 函数参数默认值、解构赋值结果：用 const（除非你刻意要在函数体内重赋值）
• 异步回调中需要暂存值（如 let result; 然后在 .then() 里赋值）：必须用 let
• 模块顶层的配置项、工具函数、正则表达式：一律 const

容易踩的坑：

• 以为 const 能防止对象深层变化，结果逻辑出 bug
• 在 if/else 分支里分别用 const 声明同名变量，被当成重复声明报错（应统一提至块顶）
• 用 const 声明函数表达式后，试图在函数体内用同名变量覆盖它（如 const fn = () => {}; + fn = null;）

最常被忽略的一点：块级作用域本身就有「隐藏副作用」的能力。比如在 try/catch 中用 const error = new Error()，这个 error 在 catch 外根本不可见——这点 var 做不到，而很多人写代码时并没意识到自己正依赖这个特性。

以上就是《let与const变量声明区别详解》的详细内容，更多关于的资料请关注golang学习网公众号！