调用栈通过“压入—执行—弹出”的LIFO机制强制JavaScript同步执行，栈顶函数独占执行权，事件循环不介入，确保同步代码不中断、不并发。
调用栈是理解同步代码顺序执行最直接的底层依据。它不靠猜测或经验，而是用“压入—执行—弹出”这一确定性过程，把 JavaScript 的同步行为可视化、可追踪。
调用栈如何强制同步执行
JavaScript 引擎每遇到一个函数调用，就创建一个执行上下文（含变量、参数、this 等），并把它压入调用栈顶部；函数返回时，该上下文立即被弹出。整个过程严格遵循后进先出（LIFO）原则。
- 代码从上到下逐行扫描，但真正决定执行顺序的是调用栈的进出节奏
- 没有“跳过”或“并发”，只有栈顶函数在运行，其他都排队等
- 哪怕只是
console.log('A')这样一行语句，也会形成一个匿名或全局执行上下文入栈再出栈
同步代码不会中断，是因为调用栈永不“让位”
只要调用栈非空，事件循环就不会介入异步调度。也就是说，同步代码一旦开始，就会一路执行到底，中间不会插入任何 Promise 回调、定时器或用户点击事件。
- 死循环（如
while(true){}）会让调用栈永远不空，页面彻底卡死 - 递归过深会填满调用栈容量，触发
RangeError: Maximum call stack size exceeded - 所有
let/const声明、if分支、for循环体，都在当前栈帧内完成计算和跳转
用调用栈反推代码执行路径
当一段同步逻辑结果不符合预期时，画出调用栈变化能快速定位“谁在什么时候执行、谁还没执行”。例如：
function foo() { console.log('foo'); }
function bar() { console.log('bar'); foo(); }
bar(); console.log('end');
- 执行
bar()→ 栈：[global, bar] -
bar内调用foo()→ 栈：[global, bar, foo] -
foo返回 → 栈：[global, bar] -
bar返回 → 栈：[global] - 执行
console.log('end')→ 栈：[global, log]
调用栈与错误堆栈信息的关系
报错时浏览器显示的 “at foo (script.js:2:5)” 就是调用栈快照。它按从上到下（栈顶到栈底）列出函数调用链，最上面是出错位置，下面是调用者，依此类推。
- 这个链条不是日志，而是真实存在的栈结构快照
- 你可以用
console.trace()主动打印当前调用栈，辅助调试嵌套调用 - 箭头函数、IIFE、事件处理器都会生成独立栈帧，影响堆栈深度和可读性
