函数调用栈是JavaScript管理函数执行顺序的LIFO结构，函数调用时入栈、执行结束时出栈；递归无出口会导致栈溢出；可通过DevTools或console.trace()调试。
函数调用栈（Call Stack）是 JavaScript 运行时用来管理函数执行顺序的机制，它遵循“后进先出”（LIFO）原则：最后被调用的函数最先执行完毕并出栈。
入栈时机：函数被调用时立即压入
每当一个函数被调用（包括全局代码、普通函数、回调、构造函数等），JS 引擎就会为它创建一个新的执行上下文（Execution Context），并将其推入调用栈顶部。
- 全局执行上下文在脚本开始运行时就已入栈，是栈底元素
- 每次遇到 functionName() 这样的调用表达式，就生成对应函数的执行上下文并入栈
- 嵌套调用会形成连续入栈，例如 a() 调用 b()，再调用 c()，栈中依次为：global → a → b → c
出栈时机：函数执行结束（return 或自然终止）时弹出
函数完成执行（遇到 return、抛出异常、或运行到末尾）后，其执行上下文被销毁，对应栈帧从栈顶移除，控制权交还给前一个函数。
- c() 执行完 → c 出栈 → 栈变为 global → a → b
- b() 执行完 → b 出栈 → 栈变为 global → a
- 以此类推，直到所有函数返回，最终只剩 global 上下文
- 若函数内部发生未捕获错误，当前函数仍会出栈，错误沿调用链向上冒泡
栈溢出：递归无出口时的典型问题
当函数反复调用自身且没有有效终止条件，调用栈持续增长，超出引擎限制（通常几千层），就会触发 RangeError: Maximum call stack size exceeded。
立即学习“Java免费学习笔记（深入）”；
- 例如无限递归：function foo() { foo(); } —— 每次调用都入栈，永不出栈
- 尾递归在严格模式下部分引擎可优化（如 Safari），但多数环境仍会累积栈帧
- 可通过改写为循环、增加递归深度限制或使用异步分片（setTimeout/queueMicrotask）缓解
调试技巧：利用浏览器 DevTools 观察调用栈
在断点暂停或报错时，Sources 或 Console 面板的 “Call Stack” 区域直观展示当前栈帧顺序，点击每一层可跳转到对应源码位置。
- 异步操作（如 setTimeout、Promise.then）的回调函数会在新任务中重新入栈，不延续原栈
- await 后的代码属于新的微任务执行上下文，也会新建栈帧，而非继续原函数栈
- 可配合 console.trace() 在任意位置打印当前调用路径
