调用栈是后进先出的栈结构，真实记录函数入栈与出栈顺序；异常堆栈从下往上为调用路径，console.trace()可实时捕获当前栈帧，devtools中call stack面板直观展示活跃帧及生命周期。
调用栈是理解函数执行顺序最直接的工具，它天然反映入栈与出栈的真实过程。关键不在于“模拟”，而在于观察和解读运行时栈帧的动态变化。
看懂错误堆栈里的入栈顺序
当异常抛出时，浏览器或 Node.js 自动打印的堆栈信息，就是一次完整的入栈路径快照。例如：
at c (script.js:7)
at b (script.js:4)
at a (script.js:1)
at
这表示：入口（匿名）→ 调用 a → 调用 b → 调用 c → 报错。从下往上读，就是函数被依次压入栈的顺序；从上往下读，就是出栈回退的方向。每一行对应一个活跃的栈帧，位置越靠上，入栈越晚、层级越深。
用 console.trace() 实时捕获当前栈状态
在任意函数内部插入 console.trace()，就能立刻打印此刻的调用链，无需报错：
- 它比
new Error().stack更轻量，不创建 Error 实例，适合频繁调试 - 输出格式与错误堆栈一致，但带时间戳和更清晰的缩进标识
- 可用于验证异步回调是否中断了原始调用链（比如
setTimeout中的 trace 不会显示外层函数）
在 DevTools 中可视化跟踪每一步
Chrome 或 Edge 的 Sources 面板支持主动干预执行流：
- 在目标函数第一行打上断点，刷新页面，执行会暂停在该函数入栈瞬间
- 右侧 Call Stack 区域列出所有尚未出栈的函数，顶部即当前正在执行的函数
- 点击任一栈帧，可跳转到其源码位置，并查看该帧下的局部变量（Scope 面板）
- 按 F8 继续执行，当函数返回时，它会自动从 Call Stack 列表中消失——这就是出栈的直观体现
注意栈帧生命周期与内存布局的关系
每个函数调用都会在栈区分配一个栈帧（Stack Frame），包含参数、局部变量、返回地址和上一帧的基址指针（EBP）。栈帧的创建 = 入栈，销毁 = 出栈：
- 入栈动作发生在
call指令执行时：先压入返回地址，再进入被调函数，建立新帧 - 出栈动作发生在函数末尾
return前：恢复调用者 EBP 和 ESP，跳回返回地址 - 栈向下生长（高地址→低地址），所以后入的帧地址数值更小，用调试器查看内存时要注意地址顺序
