用 let/const 替换 var 不是语法糖而是刚需，因其消除 var 的函数作用域、变量提升、全局污染及 TDZ 模糊等问题，避免意外泄露、覆盖、undefined 读取等 bug，并通过块级作用域和声明即意图提升代码健壮性与可维护性。
为什么用 let 和 const 替换 var 不是“语法糖”，而是避免 bug 的刚需
因为 var 的函数作用域和变量提升，会导致变量意外泄露、覆盖或读到 undefined。比如在 for 循环里用 var i，循环结束后 i 依然存在且值为循环终值；而用 let i，i 只在每次迭代块内有效，闭包中也能拿到正确值。
-
var在if或for块里声明，会“逃逸”到外层函数甚至全局（浏览器中挂到window） -
let/const在块内声明，块外直接ReferenceError，边界清晰 -
console.log(a)放在var a = 1前不报错但得undefined；放在let a = 1前则立刻报错 —— 这不是限制，是提前暴露逻辑错误
const 并不等于“不可变”，它只锁住变量绑定，不锁住值内部
很多人以为 const obj = {} 后就不能改对象了，结果发现 obj.name = 'Alice' 完全合法 —— 因为 const 禁止的是“把 obj 指向另一个内存地址”，而不是禁止修改它当前指向的对象内容。
- ✅ 允许：
const arr = [];→arr.push(1)、arr[0] = 2 - ✅ 允许：
const user = {};→user.age = 30 - ❌ 禁止：
arr = [2]、user = { id: 1 }（TypeError: Assignment to constant variable） - 若真要冻结内容，需手动
Object.freeze(obj)或使用structuredClone配合不可变模式
什么时候必须用 let，什么时候死守 const
现代 js 实践中，const 应该是默认选择，不是备选。只有当你明确需要后续重新赋值时，才退一步用 let。这不是风格偏好，是意图表达：让其他开发者一眼看出这个变量“是否会被重写”。
- ✅ 优先
const：const apiURL = '/users';、const handleSubmit = () => {...};、const data = await fetch().then(r => r.json()); - ✅ 必须
let：let count = 0;（循环计数器）、let result;（先声明后赋值的分支逻辑）、let item;（for-of 中每次迭代更新） - ⚠️ 警惕陷阱：
let声明却从不重新赋值，说明本该用const；const声明后又试图=赋新值，说明设计有误或理解偏差
全局作用域下，var 会污染 window，let/const 不会
在浏览器环境顶层（非模块、非函数）声明变量时，这个差异直接影响调试和第三方库兼容性。比如你写了 var debug = true，别人在控制台输 window.debug 就能拿到；但用 const debug = true，window.debug 就是 undefined —— 更干净，也更安全。
立即学习“Java免费学习笔记（深入）”；
-
var globalFlag = 'on';→window.globalFlag === 'on'（true） -
const globalFlag = 'on';→window.globalFlag === undefined - node.js 中类似：
var会挂到global，let/const不会 - ESM 模块下所有顶层声明默认都是模块级作用域，
var也失去全局污染能力 —— 所以更没理由继续用它
最容易被忽略的一点：暂时性死区（TDZ）不是“不能用”，而是“不该用”。它强制你把声明放在使用之前，这看似多了一道限制，实则消除了大量因顺序混乱导致的静默错误。写代码时别想着绕过 TDZ，而是顺着它去组织逻辑——声明即意图，位置即范围。