优先用 const，改不了再用 let，var 基本淘汰；因 var 存在变量提升、无块级作用域、污染全局等缺陷，而 const 保证绑定不可变、let 允许重赋值，二者均有 TDZ 和重复声明报错机制。
直接说结论：优先用 const，改不了就换 let，var 基本可以退休了。
为什么不能随便用 var？——变量提升和作用域陷阱
用 var 声明的变量会被“提到”函数或全局作用域顶部，但值是 undefined。这容易导致逻辑错乱，尤其在条件块或循环中：
console.log(a); // undefined var a = 10;
更危险的是它没有块级作用域：
{ var x = 100; }
console.log(x); // 100 —— 外部居然能访问！
- 函数外用
var声明，会自动挂到window上（浏览器环境），污染全局 - 同一作用域内重复
var声明不会报错，后声明覆盖前声明，调试时很难发现 - IE11 及更早版本支持
var，但现代项目基本不需兼容这么老的浏览器
let 和 const 的核心区别在哪？——不是“能不能改”，而是“绑定能不能变”
const 不是“值不可变”，而是“变量绑定不可变”。它要求声明时必须赋值，且不能再指向别的内存地址；let 允许后续重新赋值。
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
立即学习“Java免费学习笔记（深入）”；
const obj = { name: 'Alice' };
obj.name = 'Bob'; // ✅ 合法：对象内部属性可改
obj = {}; // ❌ TypeError：不能把 obj 指向新对象
let arr = [1, 2];
arr = [3, 4]; // ✅ 合法：let 允许重赋值
-
const声明后不初始化 →SyntaxError: Missing initializer in const declaration -
let和const都有“暂时性死区”（TDZ）：声明前访问会直接报ReferenceError，不是undefined - 两者都禁止同一作用域重复声明：
const a = 1; const a = 2;→ 报错
实际开发中怎么选？——看变量是否需要被重新赋值
别凭感觉，按行为决策：
- 声明后确定不再重新赋值（比如 DOM 元素、API 配置、函数引用）→ 一律用
const - 需要自增、循环计数、状态切换（如
loading = true/false）→ 用let - 从不考虑
var，除非维护 2015 年前的老代码且无法升级 Babel/TS - 函数参数默认用
const，除非你明确要在函数体内重赋值参数（这种写法本身就不推荐）
容易被忽略的坑点
最常踩的不是语法错误，而是语义误判：
-
for循环里用var+setTimeout，所有回调共享同一个i→ 输出全是终值（如 5）；换成let就自动按轮次隔离 -
const声明数组，push/splice都合法，但arr = []不行 —— 别因为能改内容就以为它是“可变变量” - 解构赋值时也得守规则：
const { id } = data;是 OK 的，但const { id } = {}; id = 123;会报错（id是const绑定）
记住：ES6 之后，const 是默认选项，let 是特例，var 是历史遗留。真正难的不是语法，而是养成「先想是否要重赋值，再选关键字」的习惯。
