JavaScript使用词法作用域，即函数作用域在定义时确定，基于代码嵌套结构构建静态作用域链；动态作用域则按调用位置查找变量，JS不采用此机制。

JavaScript 只使用词法作用域，不采用动态作用域。这种设计不是偶然的，而是由 JS 引擎在编译阶段就固化下来的变量查找机制决定的。

词法作用域：定义时锁定作用域链

函数的作用域范围，在它被写进源码的那一刻就确定了，和之后怎么调用完全无关。JS 引擎在词法分析阶段（即代码还没执行前）就构建好了一条静态的作用域链，这条链只取决于函数在代码中嵌套的位置。

• 比如 function inner() { console.log(x); } 写在 function outer() 里面，那 inner 就永远能访问 outer 中声明的 x，哪怕把它作为返回值传到别的地方再调用
• 引擎查找变量时，从当前函数作用域开始，一层层向外找，直到全局；这个“向外”的路径就是定义时嵌套的物理结构
• 即使通过 setTimeout、事件回调或 Promise.then 延迟执行，作用域链也不会变

动态作用域：调用时才决定变量归属

动态作用域不看函数在哪写的，而看它在哪儿被调用。每次函数执行时，引擎会临时沿着调用栈向上找变量——谁调用了我，我就优先去它的作用域里找。

Wjs Uploading Video

将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。

下载

• 假设 foo() 在 bar() 里被调用，而 bar() 内部有 let x = 'local'，那动态作用域下 foo 就会读到这个 'local'
• JS 实际并不支持这种行为；上面例子在真实 JS 中会报 ReferenceError: x is not defined，因为 foo 的作用域链只包含它自己和全局，没有 bar
• 动态作用域常见于 Bash、Perl（部分模式）等语言，但 JS 明确排除了它

关键区别不在“有没有”，而在“查什么”

很多人误以为 this 是 JS 的“动态作用域”，其实不是。this 的绑定确实是运行时决定的，但它和变量作用域是两套独立系统：作用域管 var/let/const 怎么找，this 管函数执行时的上下文对象是谁。

• 作用域查找只针对标识符（如 a、count），不涉及属性访问（如 obj.x）
• 一旦找到变量名，后续的点操作符（.）由对象属性规则接管，和作用域无关
• eval 和 with 语句虽能临时改变作用域行为，但属于非标准、禁用实践，不影响 JS 本质是词法作用域语言的事实

为什么 JS 坚持词法作用域

可预测性与闭包是核心原因。开发者能仅凭阅读代码就推断出变量来源，IDE 能准确跳转定义，打包工具能安全地做作用域提升和死代码消除。

• 闭包之所以成立，正因为它捕获的是定义时的词法环境，而不是调用时的任意上下文
• 模块系统（ESM）、IIFE、工厂函数等惯用模式，全部依赖词法作用域的稳定性
• 如果 JS 改用动态作用域，几乎所有的现代前端工程实践都会失效