ES6起应完全弃用var，因其存在全局污染、变量提升、重复声明不报错等问题；let和const提供块级作用域，const约束绑定而非值，循环中let天然解决闭包问题。
不用再刻意“取代”var，ES6 起 let 和 const 就是为解决 var 的设计缺陷而生的——块级作用域、无变量提升、重复声明报错。实际编码中，var 应该被完全弃用。
为什么 var 在函数外声明会挂到 window 上
var 声明的变量在全局作用域下会成为全局对象（浏览器中是 window）的属性，这是历史遗留行为；而 let 和 const 不会。
-
var a = 1→window.a是1 -
let b = 2→window.b是undefined -
const c = 3→window.c是undefined
这直接影响模块隔离和污染控制，尤其在多人协作或微前端场景下
var 容易意外覆盖已有全局变量。
let 和 const 的核心区别不是“可变/不可变”，而是“是否允许重新赋值”
const 约束的是绑定（binding），不是值本身。对象或数组用 const 声明后，仍可修改其属性或元素；但不能对变量名重新赋值。
-
const obj = { x: 1 }; obj.x = 2;✅ 合法 -
const arr = []; arr.push(1);✅ 合法 -
const obj = {}; obj = { y: 2 };❌ 报错：TypeError: Assignment to constant variable -
let count = 0; count = 1;✅ 合法
所以判断用哪个，只看一个标准：这个变量后续会不会被重新赋值。会 → let；不会 → const（哪怕它是个空数组或空对象）。
循环中闭包问题：用 var 会出 bug，let 天然修复
经典问题：for (var i = 0; i console.log(i), 0) 输出三个 3，因为 var 是函数作用域，所有回调共享同一个 i。
- 用
let：每次迭代都创建新绑定 → 输出0、1、2 - 用
const在 for 循环中需配合for...of或解构，例如：for (const item of [1,2,3]) { ... } - 不推荐用
var+ IIFE 模拟块级作用域来绕过——写法冗余且易读性差
现代代码里，只要涉及循环内异步或回调，优先选 let，几乎不需要手动模拟作用域。
真正容易被忽略的是：即使在严格模式下，var 依然允许重复声明（同作用域内多次 var x 不报错），而 let/const 一旦重复就会抛 SyntaxError。这个差异在大型项目重构或拼接脚本时可能引发静默覆盖，务必警惕。
