JavaScript变量是词法环境中的绑定名称，var声明会提升但不初始化，let/const具块级作用域和暂时性死区，const强调绑定不可重赋而非值不可变。
JavaScript 变量不是“容器”，而是**词法环境中的绑定名称**；用 var、let 或 const 声明的本质，是告诉引擎“这个标识符在当前作用域里有定义”，而不是分配一块内存地址。
为什么 var 声明的变量会“提升”但初始化不会
var 的声明会被提升到函数或全局作用域顶部，但赋值保留在原位置。这导致访问未初始化的 var 变量时得到 undefined，而非报错。
常见错误现象：
- 在声明前读取
var x = 1的x，结果是undefined，容易掩盖逻辑错误 - 循环中用
var声明计数器，闭包内全部共享同一个变量（如for (var i = 0; i console.log(i), 0)输出三个3）
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 除非需要函数作用域内的变量提升行为（极少见），否则避免使用
var - 把
var当作历史遗留语法，仅用于兼容老代码或特定 hoisting 场景
let 和 const 的块级作用域到底影响什么
它们只在最近的花括号 {} 内有效，包括 if、for、try/catch 等语句块。这不是“语法糖”，而是引擎对作用域链的实际构建方式改变。
使用场景与差异：
-
let：值会变、需重新赋值的变量，如循环计数器、临时计算结果 -
const：声明即赋值，且绑定不可重赋（注意：对象/数组内容仍可修改） - 两者都存在“暂时性死区（TDZ）”——从块开始到声明语句之间，访问该变量会直接抛
ReferenceError
示例：
if (true) {
console.log(x); // ReferenceError
let x = 1;
}
什么时候该用 const 而不是 let
不是看“值是否变化”，而是看“绑定是否应该被重新指向”。只要声明后不打算执行 = 赋值操作，就该用 const。
容易踩的坑：
- 误以为
const obj = {}表示对象不可变——其实只是不能把obj指向另一个对象，obj.prop = 1完全合法 - 在循环中用
const声明迭代变量（如for (const i of arr)是 OK 的，但for (const i = 0; i 会报错，因为i++是赋值操作） - 解构赋值时默认倾向
const：const { name, age } = user，除非后续要重赋整个变量
全局变量和模块作用域下的声明行为差异
在浏览器全局作用域中，var x = 1 会成为 window.x；而 let x = 1 或 const x = 1 不会挂载到 window，这是有意为之的隔离设计。
在 ES 模块（type="module" 或 Node.js 中的 .mjs）中：
- 所有顶层声明（包括
function、class、let/const）都只在模块内有效 - 没有隐式全局变量，哪怕漏写
let/const，也会直接报ReferenceError -
this在模块顶层为undefined，而非window
这意味着：现代项目中，几乎不需要也不应该依赖全局变量污染来共享状态。
真正难处理的从来不是“怎么声明”，而是“在哪声明”——作用域嵌套、闭包生命周期、模块边界，这些地方变量的行为才容易出人意料。
