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 是执行上下文的一部分，变量查找仍是纯词法的

遮蔽与查找：真实发生的过程很严格

词法作用域不是模糊匹配，而是逐级、单向、确定性的路径搜索。

• 只查一级标识符：写 obj.a.b，词法作用域只负责找 obj 这个变量名；a 和 b 是对象属性访问，走另一套机制
• 同名变量会遮蔽外层：块级作用域（let/const）也能遮蔽函数或全局变量，就近优先
• 找不到就报 ReferenceError，不会静默失败，也不会 fallback 到其他上下文

为什么 JS 必须坚持词法作用域

这不是设计偏好，而是工程落地的硬性要求。

• 阅读代码时，不用追踪整个调用链，就能准确判断变量来源
• 模块系统能隔离私有状态，工厂函数能生成带封闭数据的实例，底层都靠“定义即锁定”的确定性
• eval() 和 with 虽能模拟动态行为，但破坏静态分析，已被严格限制，生产环境禁止使用

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南