执行上下文是JavaScript代码运行的核心机制，分为全局、函数和eval三种类型，每个上下文经历创建和执行两阶段，涉及this绑定、词法环境与变量环境构建，以及调用栈管理；通过作用域链实现变量查找，闭包则依赖于函数对定义时词法环境的引用。
JavaScript中的执行上下文是理解代码如何运行的核心机制。每当JavaScript引擎开始执行一段代码时，都会创建一个执行上下文来管理当前环境中的变量、函数和this的指向。掌握执行上下文有助于理清代码的执行顺序、变量提升、作用域等问题。
执行上下文的类型
JavaScript中有三种主要类型的执行上下文：
- 全局执行上下文：这是默认的、最外层的执行上下文。不在任何函数内部的代码都在全局上下文中执行。它只有一个，且在浏览器中对应window对象，在Node.js中对应global对象。
- 函数执行上下文：每当一个函数被调用时，就会为该函数创建一个新的执行上下文。每个函数调用都会产生独立的上下文，即使是递归调用也是如此。
- eval执行上下文：在eval函数内部执行的代码也会有其自己的执行上下文，但由于安全性与性能问题，eval不推荐使用。
执行上下文的生命周期
每一个执行上下文的创建和执行都经历两个阶段：创建阶段和执行阶段。
1. 创建阶段
立即学习“Java免费学习笔记（深入）”；
这个阶段发生在函数被调用但尚未执行其中代码时。此时会完成以下三件事：
- 确定this的值（This Binding）：在全局上下文中，this指向全局对象；在函数上下文中，this取决于函数的调用方式。
- 创建词法环境（Lexical Environment）：用于存储函数声明、变量（let/const）以及参数。let和const不会被提升到作用域顶部，但在解析阶段已被绑定，只是不能访问（暂时性死区）。
- 创建变量环境（Variable Environment）：本质上也是一个词法环境，主要用于处理var声明的变量提升（Hoisting）。var声明会被提升到作用域顶部并初始化为undefined。
2. 执行阶段
当创建阶段完成后，执行上下文进入执行阶段，此时JavaScript引擎开始逐行执行代码：
- 变量赋值发生在这个阶段。
- 函数调用会触发新的执行上下文创建，并将其推入调用栈。
- 代码按顺序执行，可能修改变量、调用其他函数或返回结果。
调用栈与执行上下文堆栈
JavaScript是单线程语言，同一时间只能执行一个任务。为了管理多个执行上下文，引擎使用了调用栈（Call Stack），也叫执行上下文栈。
- 全局执行上下文最先被压入栈底。
- 每次函数调用，其执行上下文就被推入栈顶。
- 当前执行完毕后，该上下文从栈中弹出，控制权交还给下一层。
例如：
function foo() {console.log('foo');
}
function bar() {
foo();
}
bar();
执行过程：
- 全局上下文入栈
- 调用bar → bar上下文入栈
- 调用foo → foo上下文入栈
- foo执行完 → 出栈
- bar继续执行完 → 出栈
- 最终只剩全局上下文
词法环境与作用域链
执行上下文中的词法环境不仅保存变量，还包含一个对外部环境的引用，从而形成作用域链。
- 内部函数可以访问外部函数的变量，正是通过作用域链实现的。
- 查找变量时，JavaScript会从当前词法环境开始，逐层向上直到全局环境。
- 闭包的本质就是函数记住了它被定义时所处的词法环境。
例如：
function outer() {let a = 10;
function inner() {
console.log(a); // 可访问outer中的a
}
return inner;
}
const fn = outer();
fn(); // 输出10
尽管outer已执行完毕，但由于inner保留了对outer词法环境的引用，a依然可访问。
基本上就这些。理解执行上下文能帮助你更清晰地分析代码行为，尤其是在处理变量提升、闭包、this指向等复杂场景时。不复杂但容易忽略。
