什么是函数调用栈
当你写一段代码，调用一个函数时，程序是怎么知道该去哪里执行，又该怎么回到原来的位置？这背后的关键机制就是函数调用栈（Call Stack）。它像一本随身记事本，记录着函数调用的顺序和返回地址。
生活中的类比
想象你在厨房做饭。你正在煮汤，突然想起要打个电话确认朋友是否到家。你放下汤勺，拨通电话，聊完后再回到厨房继续煮汤。这个过程中，你的“任务栈”是这样的：先做煮汤，中途插入打电话，完成后回到煮汤。函数调用栈的工作方式也类似——每进入一个新函数，就把它“压”进栈；函数执行完，就“弹”出来，回到上一个位置。
调用栈的运行过程
每次函数被调用时，系统会为它分配一块内存空间，称为“栈帧”（Stack Frame），里面保存着函数的参数、局部变量和返回地址。这个栈帧会被推入调用栈顶部。当函数执行完毕，栈帧被弹出，控制权交还给前一个函数。
来看一个简单的 JavaScript 示例：
function greet(name) {
return sayHello(name);
}
function sayHello(n) {
return 'Hello, ' + n;
}
greet('小明');执行过程如下：
- 全局上下文入栈
- 调用
greet，greet 入栈 - greet 内部调用
sayHello，sayHello 入栈 - sayHello 执行完毕，出栈
- greet 继续执行并返回，greet 出栈
- 回到全局上下文
调用栈溢出是怎么回事
如果函数不停地调用自己，没有终止条件，就会不断往栈里压入新的帧，直到内存耗尽。这就是“栈溢出”（Stack Overflow）。
比如这段递归代码：
function countDown(n) {
if (n === 0) return;
console.log(n);
countDown(n - 1); // 每次调用都会入栈
}
countDown(5); // 正常执行，最后都会出栈但如果忘了写终止条件：
function infinite() {
infinite();
}
infinite(); // 不久后浏览器就会报错：Maximum call stack size exceeded这就是典型的栈溢出错误。就像你不断打电话给别人让他们再打给你，电话永远挂不掉，系统最终崩溃。
调试时的调用栈信息
在浏览器开发者工具中，当你设置断点或遇到错误，调用栈会清晰地显示当前执行路径。你可以看到从最外层函数一步步进入到现在的位置。这个面板叫“Call Stack”，是排查问题的重要工具。
比如发生错误时，控制台会打印：
Uncaught TypeError: Cannot read property 'name' of undefined
at logName (app.js:5)
at processUser (app.js:2)
at init (main.js:10)这些行号和函数名就是从调用栈中提取的。顺着看下去，就能还原出“是谁调用了谁”，快速定位问题源头。
异步操作与调用栈
需要注意的是，setTimeout、Promise 等异步操作并不会立刻进入调用栈。它们被交给浏览器其他模块处理，等时机到了才被放入任务队列，等调用栈空了再被推入执行。所以以下代码的输出顺序可能和你直觉不一样：
console.log('A');
setTimeout(() => console.log('B'), 0);
console.log('C');
// 输出：A, C, B因为 setTimeout 的回调要等当前所有同步代码执行完才会进入调用栈。