const 优先，仅需重赋值时用 let；var 已淘汰。三者核心差异在于绑定能力与提升行为：var 提升且可重复声明，let/const 不提升、有暂时性死区，const 还要求初始化且不可重新绑定。
JavaScript 变量不是“容器”，而是绑定到内存位置的标识符；声明方式直接影响作用域、提升行为和可变性，选错关键字会引发静默错误或意外重定义。
var / let / const 三者到底差在哪
差异不在“能不能改值”，而在“能不能重新绑定”和“是否参与变量提升”：
-
var声明的变量会被提升到函数顶部，且允许重复声明（不报错但可能覆盖） -
let和const不提升，存在暂时性死区（TDZ），在声明前访问会抛出ReferenceError -
const要求声明时必须赋值，且不能重新赋值——但对象/数组本身可变，只是不能指向新地址
示例：
console.log(a); // undefined（var 提升）
var a = 1;
console.log(b); // ReferenceError（let 不提升）
let b = 2;
const obj = { x: 1 };
obj.x = 2; // ✅ 允许
obj = {}; // ❌ TypeError: Assignment to constant variable
什么时候该用 const，什么时候必须用 let
默认优先用 const，只在明确需要重新赋值时才换 let：
立即学习“Java免费学习笔记（深入）”；
- 循环计数器（
for (let i = 0; i ）必须用let，否则闭包中会捕获同一个引用 - 函数内多次修改的配置对象、状态标记（如
isLoading）用let - API 返回的数据、DOM 元素、模块导入、字面量（字符串/数字/对象字面量）一律用
const
反例：const i = 0; for (; i 会立即报错——const 不支持自增操作。
不加关键字直接赋值会发生什么
在非严格模式下，name = 'Alice' 会隐式创建全局变量（挂到 window 或 globalThis 上）；严格模式下直接报 ReferenceError：
- 污染全局命名空间，容易引发冲突（比如多个脚本都用
data作变量名） - V8 引擎无法对隐式全局变量做优化，性能更差
- ESLint 默认启用
no-implicit-globals规则，会标红警告
务必确保所有变量都显式声明：哪怕是在浏览器控制台调试，也建议先敲 let 或 const 再补名字。
常见陷阱：typeof null === 'object' 和变量未声明的区别
很多人混淆 typeof undeclaredVar 和 typeof null 的结果：
-
typeof undeclaredVar返回"undefined"（不会报错） -
undeclaredVar === undefined会报ReferenceError（因为根本没声明） -
typeof null返回"object"是历史 bug，但已成标准，无法更改
判断变量是否存在，正确方式是：if (typeof myVar !== 'undefined') { ... }，而不是 if (myVar !== undefined)。
变量声明看着简单，但 var 的函数作用域、let 的块级绑定、const 的不可再绑定，三者混用时的边界行为非常容易出错。尤其在条件语句或循环中，少一个 let 就可能导致整个逻辑跑偏。
