javascript只使用词法作用域，不支持动态作用域；其核心区别在于变量查找依据函数定义位置而非调用位置，作用域链在定义时静态确定，确保行为可预测、支持闭包与静态分析。
JavaScript只使用词法作用域，不支持动态作用域。区别核心在于：变量查找依据的是函数“写在哪里”，而不是“在哪里被调用”。这决定了代码行为可预测、可静态分析。
词法作用域：定义时就锁定作用域链
函数的作用域在它被声明（书写）的那一刻就固定了，与后续如何调用无关。引擎根据代码嵌套结构构建一条静态的作用域链，查找变量时严格沿这条链向上搜索。
- 比如函数inner写在outer内部，那它的外层作用域永远是outer，哪怕把它作为参数传到别处执行，依然能访问outer里的变量
- 变量查找从当前函数作用域开始，找不到就跳到定义时的上一级作用域，逐层往外，直到全局
- 同名变量会产生遮蔽：内层声明会覆盖外层同名标识符，但外层变量并未消失，只是暂时不可见
动态作用域：调用时才决定变量来源
这种模型下，函数执行时会查看当前调用栈，从直接调用者的作用域开始找变量。JavaScript并不采用这种方式，但它有助于反向理解词法作用域的确定性。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 假设存在动态作用域：foo()被bar()调用，而bar()里定义了x，那么foo内部的console.log(x)就会输出bar里的值
- 实际中，即使foo由bar调用，只要foo是在全局定义的，它就只认全局的x，不会受bar内部变量影响
- JS中只有this和arguments等少数机制带动态特性，但变量本身始终走词法路径
怎么确定一个函数的词法作用域
看函数声明在源码中的物理位置——它被包裹在哪几个大括号或函数体内，这些嵌套层级就是它的词法环境。
- 全局函数：外层作用域是全局作用域
- 函数内声明的函数：外层作用域是其直接父函数作用域
- 块级作用域（let/const）也参与构成词法作用域，比如if或for块中定义的变量，会影响其内部函数的查找范围
- 箭头函数没有自己的this和arguments，但它继承外层函数的词法作用域，包括变量访问规则
为什么JavaScript坚持用词法作用域
它让代码行为稳定、可推理，支撑闭包、模块封装、高阶函数等关键特性。开发者能在写代码时就明确知道变量从哪来，无需运行一遍才能确认。
- 闭包之所以可靠，正是因为内部函数始终绑定定义时的环境，不会因调用位置改变而丢失数据
- 工具链（如打包器、lint、IDE提示）能准确分析依赖关系，前提是作用域静态可判定
- 虽然eval()和with会破坏词法静态性，但它们已被视为反模式，现代代码应避免使用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
