登录
首页 >  文章 >  前端

JavaScript执行上下文是什么?作用域链怎么关联?

时间:2026-01-31 10:06:36 243浏览 收藏

哈喽!大家好,很高兴又见面了,我是golang学习网的一名作者,今天由我给大家带来一篇《JavaScript执行上下文是什么?作用域链如何关联?》,本文主要会讲到等等知识点,希望大家一起学习进步,也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧!

执行上下文不是作用域,但作用域链由其LexicalEnvironment的outer指针链式构成;它分全局、函数、eval三种,创建于代码执行或函数调用时,不因块级语法产生;作用域链在函数定义时确定,闭包通过[[Environment]]持久引用外层词法环境。

怎么理解javascript的执行上下文_它与作用域链有什么关系?

执行上下文不是作用域,但作用域链由它生成

执行上下文(ExecutionContext)是 JS 引擎在运行代码时创建的内部对象,用于管理变量、函数声明、this 绑定和控制流。它不等于作用域(Scope),但每个执行上下文都包含一个 [[Environment]] 内部槽位,这个槽位指向当前的作用域链起点——也就是该上下文「诞生时」所处的词法环境。

全局、函数、eval 三种执行上下文的创建时机不同

JS 引擎只在特定时刻创建执行上下文:

  • 全局代码开始执行时,创建唯一的 GlobalExecutionContext
  • 每次调用函数时,创建一个新的 FunctionExecutionContext(即使递归调用,每次也新建)
  • eval() 执行字符串代码时,可能创建 EvalExecutionContext(严格模式下不继承外层变量)

注意:iffor{} 块不会创建新的执行上下文(ES6 的 let/const 块级绑定属于词法环境,不是执行上下文)。

作用域链是执行上下文的 LexicalEnvironment 链式查找路径

每个执行上下文的 LexicalEnvironment 字段是一个记录结构,包含:EnvironmentRecord(存当前作用域的变量)和 outer(指向外层词法环境)。作用域链就是从当前 LexicalEnvironment 开始,沿着 outer 指针逐级向上直到全局环境的链表。

关键点:

  • 作用域链在函数定义时就确定(基于词法位置),不是调用时决定
  • 闭包能访问外层变量,正是因为其函数对象的 [[Environment]] 持有对外层 LexicalEnvironment 的引用
  • withcatch 语句会临时修改当前执行上下文的 LexicalEnvironment,导致作用域链变长(不推荐使用)

常见误区:this 不在作用域链里,也不参与变量查找

this 是执行上下文的一个独立属性(ThisBinding),它的值取决于调用方式(如 obj.fn() vs fn()),与作用域链完全无关。变量查找只走 LexicalEnvironment 链,永远不查 this

下面这个例子容易让人混淆:

function foo() {
  console.log(a); // ReferenceError: a is not defined
  console.log(this.a); // undefined(非严格模式下 this 指向 global)
}
foo();

第一行报错是因为变量 a 不在任何作用域链上;第二行不报错是因为 this.a 是属性访问,不是标识符解析。

执行上下文的生命周期很短,但它的 LexicalEnvironment 可能被闭包长期持有——这才是理解变量“意外存活”的关键。很多人调试时只看调用栈,却忘了每个栈帧背后还挂着一条看不见的词法环境链。

终于介绍完啦!小伙伴们,这篇关于《JavaScript执行上下文是什么?作用域链怎么关联?》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识,快来关注吧!

前往漫画官网入口并下载 ➜
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>