let和const均为块级作用域、不提升、不可重复声明，区别仅在于是否允许重新赋值；var因函数作用域和变量提升易引发闭包、作用域泄露等问题，应避免使用。
直接说结论：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
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 默认用
let或const，完全避免var - 除非要显式利用函数作用域（极少见），否则不要降级回
var
const 声明后真的一点都不能改吗？
不是。「不可重新赋值」≠「不可变」。只要变量本身是引用类型（Object、Array、Map 等），它的内容完全可以修改。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
实操建议：
立即学习“Java免费学习笔记（深入）”；
-
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 做不到，而很多人写代码时并没意识到自己正依赖这个特性。
