JavaScript中变量能否被访问取决于其在函数定义时确定的静态作用域链及声明方式：var为函数作用域且提升，let/const为块级作用域；闭包可保留外层变量，this/with/eval不参与标准作用域链。
JavaScript 中变量能否被访问，取决于它在作用域链中的位置和声明方式。作用域链不是手动构建的，而是函数定义时就确定的静态结构——它由当前执行上下文的词法作用域（即函数写在哪、嵌套在哪）逐级向上连接外层作用域形成，直到全局作用域为止。
理解作用域链的形成时机
作用域链在函数定义时就已确定，与函数在哪里调用无关。例如：
function outer() {
const x = 10;
function inner() {
console.log(x); // 能访问，因为 inner 定义在 outer 内部
}
return inner;
}
const fn = outer();
fn(); // 输出 10 —— 此时 outer 已执行完毕，但 inner 仍能通过作用域链找到 x
这是因为 inner 的作用域链包含：inner 自身的局部作用域 → outer 的作用域 → 全局作用域。即使 outer 执行结束，其变量环境仍被 inner 的闭包保留。
区分 var / let / const 对作用域链的影响
声明方式决定变量是否进入当前作用域，进而影响作用域链查找结果：
立即学习“Java免费学习笔记（深入）”；
-
var声明变量会变量提升（hoisting），且作用域是函数作用域（或全局），总能被同函数内任何位置访问； -
let和const是块级作用域，只在声明所在的块（如{}、if、for）及其嵌套内部有效，不会被提升到块外； - 若在作用域链中某一层找不到该变量（比如在父作用域里没声明，又没用
var提升），就会报ReferenceError（而非undefined）。
避免常见陷阱：this、with、eval 不参与标准作用域链
作用域链只由词法嵌套决定，以下情况不改变它：
-
this指向与作用域链无关，由调用方式决定； -
with语句虽会临时修改作用域链（已废弃，严格模式下禁用），但属于非常规、危险操作，不应依赖； -
eval()在非严格模式下可能创建新变量并注入当前作用域，破坏可预测性，应避免使用。
调试作用域链的实用方法
没有直接 API 获取完整作用域链，但可通过以下方式验证变量是否可访问：
- 在 Chrome DevTools 中断点调试，查看 “Scope” 面板，它会清晰列出当前执行上下文的作用域链（Local、Closure、Global 等）；
- 用
console.dir(function)查看函数的[[Scopes]]内部属性（仅 DevTools 支持）； - 若变量未定义，检查拼写、声明位置、是否漏写
let/const/var，以及是否误用了块级作用域（如在if块内声明却在块外读取）。
