内容摘要：堆栈溢出，说白了就是程序在运行时把“记忆”用爆了。这个“记忆”不是硬盘，而是内存里一块叫“调用栈”的临时区域。它像一摞盘子，函数调用一次就往上叠一个盘子，函数返回就取走一个。盘子叠得太高，超出栈的容量

堆栈溢出，堆栈说白了就是溢出因导程序在运行时把“记忆”用爆了。这个“记忆”不是般由硬盘，而是什原内存里一块叫“调用栈”的临时区域。它像一摞盘子，堆栈函数调用一次就往上叠一个盘子，溢出因导函数返回就取走一个。般由盘子叠得太高，什原超出栈的堆栈容量，就“哗啦”一声全塌了——程序崩溃，溢出因导报错“Stack Overflow”。般由

最常见的什原元凶是无限递归。我见过一个新手写的堆栈代码，计算阶乘时忘了写递归终止条件，溢出因导函数自己调用自己，般由每调用一次就在栈上压一层数据。几万层下去，栈空间见底，程序直接挂掉。那感觉就像你对着深渊喊“喂”，回声还没回来，你先掉下去了。递归本身没错，错的是没给它设个“刹车”。

另一种典型场景是分配了过大的局部变量。栈的容量通常只有几MB，不像堆内存那样可以申请几个GB。有人喜欢在函数里声明一个巨大的数组，比如`char buffer[1024 * 1024 * 10]`，想一次性装10MB数据。这在栈上根本放不下，一运行就爆。我调试过一个图像处理程序，就是这种写法，崩溃点永远指向那个数组声明行。后来改成用`malloc`分配到堆上，问题立刻消失。

还有种隐蔽的情况叫“栈泄漏”。函数正常返回时会清理自己的栈帧，但如果你用了长跳转（`setjmp`/`longjmp`）或者某些异常处理机制，跳过了正常的返回路径，栈帧就不会被释放。一次两次没事，循环里执行几百次，栈空间就被慢慢蚕食干净。这像水管漏水，不是一下子爆裂，而是日积月累渗墙。

说到这，我得提一嘴嵌入式开发里的坑。有些微控制器的栈空间只有几百字节，连个中等递归都跑不完。我同事在STM32上写RTOS任务，每个任务栈分配了512字节，结果任务里嵌套调用了几个函数，每个函数又带几个局部变量，栈指针直接顶到内存边界，系统复位。排查时你根本看不到崩溃堆栈，因为栈已经坏了，只能靠硬着头皮数函数调用深度。

别以为只有C/C++这种底层语言才担心这个。Java、Python也会栈溢出，只是触发条件更苛刻——默认栈大小更大，但递归深度超过几千层照样崩。我见过Python写的爬虫，解析嵌套JSON时用递归下降，遇到特别深的嵌套结构，直接`RecursionError`。虽然Python有递归深度限制，但那个限制是1000层，恰好够用又恰好不够用，卡在中间最难受。

最后说个冷门原因：栈大小设置不当。有些服务器程序会为每个线程分配固定大小的栈，默认可能是1MB。如果你开了1000个线程，每个线程实际只用了200KB，那没问题。但某个线程突然需要处理大块临时数据，栈就溢出了。这属于配置问题，不是代码逻辑错，但排查起来更费劲——因为报错位置随机，可能出现在任何调用深的地方。

说到底，堆栈溢出本质是资源管理失控。你得清楚自己的栈空间有多大，递归深度有多深，局部变量占多少。别等程序崩了才回头找，写代码时就得心里有数。真遇到了，先看递归，再看大数组，最后查配置——按这个顺序排查，九成能定位。