词法作用域决定变量可见范围，作用域链决定查找路径；前者在定义时静态确定，后者在执行时逐层向上搜索直至全局，闭包依赖该机制保留外层变量。
词法作用域决定“变量在哪能被看到”，作用域链决定“变量具体怎么被找到”——两者是同一机制的两面：前者是规则，后者是执行路径。
词法作用域：代码写在哪，作用域就定在哪
JavaScript 的作用域在函数或块定义时就已确定，和函数后续在哪里调用完全无关。它只看源码的嵌套结构。
- 全局中定义的函数，它的上层作用域永远是全局，哪怕被嵌套函数调用
- 函数内部定义的函数，天然能访问外层函数的变量，哪怕外层函数已经执行结束
-
let/const 声明的变量有块级作用域，只在对应的
{}内有效；var 声明的变量只有函数作用域，没有真正的块级隔离
作用域链：变量查找的逐层向上路径
每次函数执行时，JS 引擎会为它构建一条作用域链，由当前作用域开始，依次连接其所有外层词法作用域，直到全局。
- 查找变量时，引擎从链首（当前函数作用域）开始搜索，找不到就跳到下一个作用域
- 一旦找到同名变量，立即返回，不再继续向上（即变量遮蔽）
- 查到全局还没找到，就抛出
ReferenceError - 闭包之所以能“记住”外部变量，正是因为作用域链被保留在函数的内部属性中，不随外层执行上下文销毁而消失
一个典型例子看清两者配合
下面这段代码展示了词法作用域如何固化、作用域链如何工作：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
（可直接复制到控制台运行）function outer() {<br> const x = 'from outer';<br> return function inner() {<br> console.log(x); // x 不在 inner 内部定义，但通过作用域链找到 outer 中的 x<br> };<br>}<br>const fn = outer();<br>fn(); // 输出 "from outer"
-
inner在outer内定义 → 词法作用域决定它“有权访问”outer的变量 - 执行
fn()时，inner的作用域链是：inner 作用域 → outer 作用域 → 全局作用域 - 引擎沿链查找
x，在第二层（outer）命中，停止搜索
常见误区提醒
不要把 this 绑定和作用域混淆：this 是动态的，取决于调用方式；而变量查找严格走词法作用域链。
-
eval()和with可临时改变作用域链，但它们破坏静态可分析性，已被严格模式禁用，不建议使用 - 箭头函数没有自己的
this，也没有自己的arguments，但它依然有完整的作用域链，能访问外层词法作用域的变量 - 模块顶层的
import和export也遵循词法作用域规则，每个模块有自己的顶级作用域
