词法作用域是定义时决定、静态可追溯的变量查找机制，按嵌套层级逐层向上匹配直至全局，不依赖调用位置；未声明变量直接报referenceerror而非返回undefined；作用域链在函数创建时固化，支撑闭包与封装。
词法作用域在嵌套函数中体现为“定义时决定、静态可追溯”的变量查找机制——函数内部访问变量，不是看它在哪被调用，而是看它在哪被写出来；查找路径从当前函数作用域开始，逐层向外（向上）匹配，直到全局，中途不跳过、不绕行、不按调用栈动态切换。
查找路径严格按嵌套层级向上推进
每个函数在定义时就固化了自己的作用域链。内部函数找不到变量，就去它**直接外层定义的位置**找，而不是去“调用它的地方”找。
- 比如
inner在outer内部定义，它的上一级作用域就是outer的局部作用域 - 如果
outer又在全局中定义，那再往上就是全局作用域 - 查找过程像爬楼梯：一层一层走，不能坐电梯跳层，也不能拐弯进隔壁楼
未声明变量不会返回 undefined，而是报错
很多人误以为找不到变量会返回 undefined，其实不是——JS 会直接抛出 ReferenceError。
- 这说明变量查找是“硬性匹配”，不是“兜底返回”
-
typeof missingVar返回"undefined"是特例，它绕过了常规查找流程，不能当作变量存在性的判断依据 - 真正想确认变量是否存在，应使用
in操作符或检查对象属性，而非依赖typeof
作用域链在定义时生成，与执行无关
函数创建那一刻，它的作用域链就已锁定，后续无论在哪调用、被谁调用，都沿用这条链。
- 即使把一个内层函数赋值给全局变量再调用，它依然能访问原始外层的私有变量（这就是闭包的基础）
- 调试时可在 Chrome DevTools 的 “Scope” 面板里直观看到这条链：Local → Closure → Global
- 用
console.dir(fn)也能观察到内部的[[Scopes]]属性，里面存着静态构建的作用域引用
嵌套结构天然支持封装与隔离
利用词法作用域的静态特性，可以主动组织代码逻辑归属，让变量生命周期清晰可控。
- 把状态和工具函数放在外层函数里，只暴露必要接口，外部无法直接修改内部变量
- 多个同名函数嵌套时，各自作用域链互不影响，不会意外共享或覆盖
- IIFE、模块模式、工厂函数等常见写法，本质都是靠词法作用域实现作用域边界的显式划定
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
