JavaScript变量声明方式决定作用域与生命周期：var为函数作用域且存在提升，let/const为块级作用域并受暂时性死区限制；块级作用域仅由let/const在if、for等块中创建；var提升导致undefined，let/const提升但访问报错；闭包与作用域链叠加声明差异易引发错误。
JavaScript 变量是用于存储数据的“容器”，它本身不是值，而是指向值的标识符。正确声明变量的关键不在于“用哪个关键字”，而在于理解 var、let、const 的行为差异，尤其是它们在作用域、提升（hoisting）和重复声明上的不同——这些正是造成作用域混淆的根源。
变量声明方式决定作用域和生命周期
JavaScript 中有三种声明方式，行为截然不同：
- var：函数作用域（function-scoped），存在变量提升，允许重复声明，易导致意料外的覆盖或 undefined 行为
- let：块级作用域（block-scoped），不提升（但有“暂时性死区”TDZ），禁止重复声明，适合大多数可变值场景
- const：块级作用域，声明时必须赋值，且不能重新赋值（注意：对象/数组内容仍可修改）
块级作用域是理解混乱的起点
很多人以为“大括号 {} 就是作用域”，但其实只有 let 和 const 在 if、for、while 等块中才创建新作用域；var 完全无视块，只认函数边界。例如：
在 for 循环中用 var 声明 i，循环结束后 i 依然存在且等于最终值；而用 let 声明，i 在循环块外就不可访问。
立即学习“Java免费学习笔记（深入）”；
提升（Hoisting）让声明和初始化分离
JavaScript 引擎会把 var 声明提升到函数顶部，但赋值不提升，导致“声明存在但值为 undefined”。let/const 虽也提升声明，但访问前处于 TDZ，会直接报错（ReferenceError），而不是返回 undefined——这种差异让开发者误以为“没提升”，实则是“不可访问”。这是调试时常见困惑点。
作用域链与闭包加剧理解难度
当函数内部访问外部变量时，JS 会沿作用域链向上查找。如果多个嵌套函数共享同名变量（尤其混用 var/let），或循环中闭包捕获了被复用的变量（如 var i），就容易出现所有回调都输出同一个值的问题。根本原因不是作用域“错”，而是声明方式 + 执行时机 + 闭包机制共同作用的结果。
