JavaScript只使用词法作用域，不支持动态作用域；根本区别在于变量查找依据不同：词法作用域看函数“写在哪”，定义时即锁定作用域链，按代码嵌套结构向上查找；动态作用域看函数“在哪被调用”，运行时依调用栈查找，JS中不存在。
JavaScript 中不存在动态作用域，只使用词法作用域。区分二者的关键不是“如何在 JS 中切换”，而是“看清 JS 的行为本质，并排除常见误解”。
词法作用域：变量在哪定义，就认哪的环境
函数的作用域链，在它被写出来的那一刻就固定了，和之后怎么调、谁调的、调几层完全无关。
- 比如
let x = "global"; function bar() { console.log(x); }，无论bar()是在全局直接调用，还是被foo()里调用，它都去找定义时所在位置（全局）的x -
inner在outer函数体内声明，就能访问outer中的变量；即使把inner返回出去，在别的地方执行，依然能访问原来的outer变量——这就是闭包的基础 - IDE 补全、ESLint 检查、打包工具摇树优化，全都依赖这种静态可分析性
动态作用域：JS 里没有，但拿来对比特别有用
它只是一种教学对照模型，代表另一种思路：变量查找不看代码怎么写的，而看函数运行时“被谁调的”。JS 不支持，但 Bash、某些 Lisp 里存在。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 示例（Bash）：
x=1; foo() { echo $x; }; bar() { local x=2; foo; }，执行bar输出2，因为foo被bar调用，就取bar的x - JS 做不到这点：同样结构的 JS 代码，
bar一定输出"global"，不会因为被foo调用就改找foo里的x - 有人误以为
this的动态绑定 = 动态作用域，这是混淆：this是执行上下文的一部分，变量查找仍是纯词法的
遮蔽与查找：真实发生的过程很严格
词法作用域不是模糊匹配，而是逐级、单向、确定性的路径搜索。
立即学习“Java免费学习笔记（深入）”；
- 只查一级标识符：写
obj.a.b，词法作用域只负责找obj这个变量名；a和b是对象属性访问，走另一套机制 - 同名变量会遮蔽外层：块级作用域（
let/const）也能遮蔽函数或全局变量，就近优先 - 找不到就报
ReferenceError，不会静默失败，也不会 fallback 到其他上下文
为什么 JS 必须坚持词法作用域
这不是设计偏好，而是工程落地的硬性要求。
- 阅读代码时，不用追踪整个调用链，就能准确判断变量来源
- 模块系统能隔离私有状态，工厂函数能生成带封闭数据的实例，底层都靠“定义即锁定”的确定性
-
eval()和with虽能模拟动态行为，但破坏静态分析，已被严格限制，生产环境禁止使用
