理解了执行上下文的基本概念后，自然会产生一个问题：JavaScript 引擎是如何管理这些上下文的？当一个函数调用另一个函数，甚至多层嵌套时，引擎如何知道当前正在执行哪个函数，以及执行完毕后该回到哪里？答案就是——执行栈（Execution Stack），也常被称为调用栈（Call Stack）。
3.2.1 执行栈是什么
执行栈是一个后进先出（LIFO）的数据结构，用于跟踪代码执行期间所有被创建的执行上下文。你可以把它想象成一摞盘子：
- 最先放下去的盘子在底部，最后放下去的盘子在顶部。
- 取盘子时，总是从顶部开始拿。
JavaScript 引擎通过执行栈管理函数的调用与返回：每当调用一个函数，就为该函数创建一个新的执行上下文，并将其“压入”（push）栈顶；函数执行完毕时，其上下文从栈顶“弹出”（pop），控制权交还给栈中的下一个上下文。
3.2.2 入栈与出栈的完整流程
我们可以用一段简单的代码来演示整个过程：
function multiply(a, b) {
return a * b;
}
function square(n) {
return multiply(n, n);
}
console.log(square(5));当这段代码开始执行时，执行栈的变化如下：
第一步：全局上下文入栈
任何 JavaScript 程序启动时，首先创建全局执行上下文，并将其压入栈底。这个上下文会一直保留，直到整个程序结束（例如关闭页面或 Node 进程退出）。
栈：
[ 全局执行上下文 ]第二步：调用 square(5)
引擎遇到函数调用 square(5)，创建 square 函数的执行上下文，并将其压入栈顶。
栈：
[ square 执行上下文 ]
[ 全局执行上下文 ]此时，全局上下文被压在下面，不再处于栈顶，引擎开始执行栈顶的 square 函数体。
第三步：进入 square 内部，调用 multiply(n, n)
square 函数内部调用了 multiply(n, n)，引擎再次创建 multiply 的执行上下文，压入栈顶。
栈：
[ multiply 执行上下文 ]
[ square 执行上下文 ]
[ 全局执行上下文 ]square 上下文被压在 multiply 下面，暂停执行，等待 multiply 返回。
第四步：multiply 执行完毕，返回结果
multiply 函数执行 return a * b，计算结果为 25。函数返回值后，其执行上下文从栈顶弹出并销毁。
栈：
[ square 执行上下文 ]
[ 全局执行上下文 ]控制权回到 square，它拿到 multiply 的返回值 25，继续执行 return 语句。
第五步：square 执行完毕
square 将 25 返回给全局调用处 console.log，其上下文从栈顶弹出。
栈：
[ 全局执行上下文 ]最后，console.log(25) 执行，完成输出。全局上下文仍然存在，直到页面关闭。
3.2.3 调用栈的实际运用：错误堆栈追踪
当代码抛出异常时，浏览器或 Node.js 会输出一个堆栈追踪信息（stack trace），它正是调用栈内容的快照。例如：
function a() { throw new Error('出错了'); }
function b() { a(); }
function c() { b(); }
c();错误信息大致如下：
Error: 出错了
at a (script.js:1:20)
at b (script.js:2:3)
at c (script.js:3:3)
at script.js:4:1从下往上看，就是调用栈从内部到外部的顺序：全局代码调用了 c，c 调用了 b，b 调用了 a，错误在 a 中抛出。这种追踪能力让开发者可以快速定位错误发生的函数调用路径，是日常调试中极为重要的辅助工具。
3.2.4 调用栈溢出（Stack Overflow）
执行栈的大小是有限的，不同的 JavaScript 引擎和运行环境有不同的上限（通常在数万帧左右）。当函数调用层数过深，超过了栈的容量限制时，就会抛出 RangeError: Maximum call stack size exceeded 错误，也就是著名的栈溢出。
最常见的场景是递归函数没有正确设置终止条件：
function infinite() {
return infinite(); // 永远调用自己
}
infinite(); // Uncaught RangeError: Maximum call stack size exceeded每次递归调用都会创建一个新的执行上下文并压入栈，却没有机会弹出，栈被不断撑满，最终溢出。尾调用优化（Tail Call Optimization，TCO）可以在特定条件下复用当前栈帧，避免栈增长，但这属于引擎优化范畴，且并非所有环境都默认支持。作为开发者，更稳妥的做法是控制递归深度，或将递归转为迭代。
3.2.5 在调试器中观察调用栈
现代浏览器的开发者工具（以及 VS Code 的 Node.js 调试器）都提供了调用栈的可视化面板。在断点暂停代码时，右侧或底部会显示当前的调用栈，从上到下列出当前正在执行的函数、调用它的函数、以及最底层的全局上下文。单击栈中的任意一层，调试器会跳转到对应函数的源代码，并显示该层的局部变量状态。这是理解复杂代码执行流程的最直观方式。
有了执行栈这一核心机制，我们就能理解 JavaScript 引擎是如何驾驭函数的嵌套调用的。而下一节要讨论的作用域与作用域链，则揭示了变量在嵌套函数间如何被访问，二者结合，构成了 JavaScript 代码组织逻辑的两大支柱。