凌晨两点，堆栈溢出我盯着屏幕上那行刺眼的堆栈溢出红色报错——Segmentation fault (core dumped)。第七次了。堆栈溢出第七次在同一个地方崩溃，堆栈溢出而我只改了一个变量的堆栈溢出名字。那一刻我忽然明白，堆栈溢出堆栈溢出从来不是堆栈溢出技术问题，它是堆栈溢出程序员的宿命。

你往函数里塞了太多东西，堆栈溢出局部变量、堆栈溢出参数、堆栈溢出返回地址，堆栈溢出它们像叠盘子一样堆在栈上。堆栈溢出每调用一层函数，堆栈溢出就往上叠一块。堆栈溢出但栈的容量是死的，总有那么一瞬间，你叠的盘子超过了天花板，哗啦一声，全塌了。程序不会告诉你“我装不下了”，它只会直接给你一个崩溃，连句遗言都不留。

我见过最离谱的一次溢出，是同事在递归里忘了写终止条件。那函数像着了魔一样无限调用自己，每次调用都吃掉一小块栈内存。几毫秒后，整个系统像被抽干了血的病人，脸色惨白地瘫在那里。他挠着头说“我觉得逻辑没问题啊”，我指着屏幕上那几千层嵌套的调用栈——每一层都是他亲手叠上去的盘子，问他：“你见过哪栋楼能盖到天上去？”

但真正让我脊背发凉的，是另一件事。有个老工程师，写了二十年C语言，退休前最后一天，他提交的代码里依然有一个栈溢出漏洞。代码逻辑完美，注释清晰，测试全过——只是他在一个超大结构体上用了值传递，瞬间吃掉了2MB栈空间。系统在特定输入下会崩。他说：“我知道这里有问题，但我改不动了。二十年前我写第一个程序时也这么写的，那时候机器栈还够用。”

这玩意儿最讽刺的地方在于——它明明可以预防。编译器早就在警告你了，静态分析工具也画了红线，可你还是会踩进去。因为栈溢出的本质不是技术疏忽，是人的贪心。你想一次塞进太多逻辑，你想让函数看起来更短，你想省掉那个多余的指针参数。然后栈就炸了。

我自己的教训来自一个看似无害的字符串拼接。char buffer[256]，我往里写了300个字节。没有报错，没有警告，程序甚至正常运行了三天。第四天，某个完全无关的变量突然变成了垃圾值，整个系统行为变得像醉汉走路。我查了整整一周，最后用内存调试工具一看——那300个字节早就越过了buffer的边界，把隔壁函数的返回地址踩得稀碎。栈就像一栋公寓楼，你往自己屋里塞了太多家具，墙壁裂了，邻居家的承重墙也跟着遭殃。

现在每次写递归，我都会先问自己一句：这函数的深度上限是多少？每次声明大数组，我都会下意识算一下栈剩余空间。这种警觉已经变成肌肉记忆了。可即便如此，上周我还是犯了个低级错误——在回调函数里又调了个回调，每个回调都开一个512KB的临时缓冲区。三层嵌套，1.5MB没了。系统没崩，但响应时间从2毫秒变成了2秒。用户没骂，但我知道，那栈就像被塞满的电梯，每来一个人都得贴着门站。

堆栈溢出教会我的，不是怎么写安全代码。它教会我的是——人的思维本身也有栈深。你同时追踪的变量、嵌套的逻辑、记住的假设，超过某个阈值后，脑子也会“溢出”。那种感觉跟程序崩溃一模一样：突然卡住，什么都想不起来，然后整个人像segfault一样，瘫在椅子上发呆。

所以现在我写代码，尽量拆小函数。不是为了什么“可读性”的虚词，是怕自己脑子里的栈不够用。程序溢出还能core dump，人要是溢出了，连个报错信息都没有。

(责任编辑：时尚)