JavaScript变量能否访问取决于其声明时的作用域:var为函数作用域,let/const为块级作用域;混淆二者易致ReferenceError或undefined,建议优先使用let/const。
JavaScript 变量能不能被访问,不取决于它写在第几行,而取决于它声明时所处的 function、block 或全

ReferenceError 和 undefined 就会反复出现。
var 声明的变量具有函数作用域,不是块作用域。哪怕写在 if 或 for 里,只要没脱离函数,外部就能访问到。
常见错误现象:
if 块里用 var x = 1,以为外面访问不到 x,结果能访问且值为 1
var 声明同名变量,不会报错,而是被提升并合并为一次声明实操建议:
var,改用 let 或 const,行为更可预测var 的作用域顶点是最近的 function,不是 {}
let 和 const 是块级作用域,即仅在最近的 {} 内有效(包括 if、for、switch、独立代码块等)。
使用场景:
for (let i = 0; i ),每次迭代都有独立 i,不会互相污染
容易踩的坑:
let 和 const 存在“暂时性死区”(TDZ):从块开始到声明语句前,访问会直接抛 ReferenceError,不是 undefined
const 不代表“值不可变”,只代表“绑定不可重赋值”;对象或数组本身仍可修改在浏览器中,顶层 var 或函数声明会挂到 window 上;但 let/const/class 不会——它们属于全局作用域,但不是全局对象属性。
模块(.js 文件被 type="module" 加载,或 import 引入)有隐式模块作用域:所有顶层声明默认私有,除非显式 export。
关键差异:
var x = 1 → window.x === 1;模块模式下,var x = 1 → window.x 仍是 undefined
var/let,直接写 x = 1(不加声明)会报 ReferenceError,因为模块严格模式默认开启闭包不是特殊语法,而是函数与其词法作用域共同构成的组合。只要一个函数在定义它的作用域之外被调用,且还引用了该作用域里的变量,就形成了闭包。
典型表现:
性能影响:
var + 闭包去捕获索引,应改用 let 或立即执行函数最容易被忽略的是:闭包捕获的是变量的“引用”,不是值;如果外层变量后续被修改,闭包里看到的就是新值——除非你主动做快照(比如用参数传入或展开运算符复制)。