99 加 1 等于 0，这句话听起来简直就离谱。但在 C 语言这个著名的“地狱级”编程语言里，它却是实打实地形成了。

这就是所谓的“溢出”要么“越界”，咱们就把它当成一种数学上的“小偷”吧。 你想啊，你在算账，要么做加法。99 这个数字在脑子里转悠，它是个好队友。你再加 1，按理说应当是 100。可程序里的数不是人脑里那点好办的 X 代表一，Y 代表二。它们是有大小的限制，有个专门的“天花板”，叫栈空间。

这个天花板对每个人都不一样，有的大如宇宙，有的小得像个刚出生的婴儿。99 加 1，结局刚好撞上了这个天花板。 这就好比你在房间里囤满了99 个苹果，你想再拿一个，可是那个房间本身就只有100 个格子，并且这房间是没法拆的。你手里的苹果再多，能塞进去的也只有 100 个。再多的，就得滚到外面去。在 C 语言里，这个“外面”，就叫溢出。你希望溢出到外面是没用的，你希望它乖乖待在格子里。 代码写了，编译通过了，运行也成功了。

你看着屏幕上的数字，心想：嘿，这程序真了得，99 加 1 居然变成了 0。你心里七上八下的，是不是认定程序坏了？

是不是这个 1 是个坏人，把 99 给怼没了？ 别急着骂程序，也别急着去翻代码。

你想想，这实际上是个好现象。在计算机的世界里，"0"代表空，代表没数据，代表暂停。99 加 1 变成 0，就像你吃完饭，肚子忒饱了，在饱腹感里把饭给吞下去，饱腹感一上来，你就感觉啥都没有了，就像 0 一样。 这就像你存了 99 块钱，银行给你打了个零头，变成了 100 块。

接着你又存了 1 块，本来应当是 101 块。可你存的这个"1"块，正好卡进银行那个小存折的缝隙里，要么被隔壁小存折挤跑了。最终你手里剩下了 0 块。

这不是你的钱没了，是你存折满了，钱自动退回到了最原始的状态。 在 C 语言里，栈内存是一块连在一起的内存区域，就像家里的一堆储物柜。每个柜子代表一个变量要么一个函数调用。假设栈空间只有 100 个单位。当程序执行到 99 的时候，它在第 99 个柜子里放入了数据。当你持续执行加法，启动往第 100 个柜子里填数据时，那里本来就已经满员了。便，新来的"1"只好跳过第 100 个柜子，直接跳到了第 101 个柜子。 可是，第 101 个柜子本来就不存有。

这就好比你在一个只有 100 格子的房间里，突然往第 101 格扔了一个球。球进去了吗？自然进去了。它撞到了第 99 格的柜门上，把里面的数据给推出来了。便，第 99 格的数据就被挤走了，变成了 0。 这就不是常规的加法运算了，而是一次粗暴的覆盖。

原本归于 99 的专属空间被打乱了，原来的数据被强行让位了。在计算机算得如此精，如此准，这算术实际上比人算得还准。它只是机械地执行：要是位置满了，就把旧数据让出一半，新数据填进去。你认定是 0，出于旧数据确实变成了 0。 这种溢出在数学上是绝对毛病的，但在计算机逻辑里，它可能只是被准形成的“意外”。就像我们走钢丝，要是不小心把脚滑了一下，前面的人可能就倒了。但这不代表你的计算本身错了，只是超出了准的边界。 举个具体的例子吧。假设我们写个程序，循环计数器从 0 加到 99。

那挺好，99 加 1 到了 100，没难题。

可是，要是这个循环略微多执行了一次，要么出于某些中断害得指令乱跑，计数器多跳了一格，从 99 直接跳到了 100。再执行一次加法，就变成了 101。

这时候，101 这个数又超出了栈的容量。便 101 这个新数，直接把 99 这个旧数给挤跑了。你往下看，99 的位置显示为 0 了。100 的位置显示为 0 了。 大量人看到 0 就会吓一跳，当作程序报错，程序崩溃。

实际上不然，这就像你扔了一个石头到平静的湖面上，没吵到别人，只是波荡了一下。涟漪还在，但原来的水面已经被人覆盖了。 这时候再回头看代码，你会发现，难题一定出在那个"1"上，要么在那个让计数器多跳了一格的指令上。

这挺可能是 uninitialized variable（未初始化变量）害得的。C 语言最喜爱玩这种“无主之地”的游戏。

要是你的循环变量没加个 `int` 要么 `size_t` 这种类型，编译器可能会把它当成 `char` 要么 `void` 来存。 要是是 `char`，它的取值范围是 -128 到 127。99 没难题，再加 1 变成 100，也没难题。但要是栈空间更紧凑，要么你不小心把某个参数传错了类型，害得那个"1"实际上是 `int16_t` 要么更小的类型。

那当你往 99 的位置挤 100 这个数时，100 根本塞不进去。它只能强行挤到 98 的位置，把 99 挤飞了，99 自然就变成了 0。 这就是代码的魔力。它不在乎你是想存 99 和 100，还是想存 100 和 101。它只在乎内存这块地够不够大，够不够塞得下。

只要内存满了，数据就不得不互相追逐，最终哪位也没法站稳，哪位就变成 0 了。 故此，下次再看到 99+1=0 这种结局，千万别当作程序在跟你玩捉迷藏。

这一般是栈溢出（Stack Overflow）的前奏，要么是堆内存泄漏的某种变体。它告诉我们一个残酷的真相：有时候，最完美的算法、最严谨的逻辑，在物理硬件的限制下，也是行不通的。 99 加 1 等于 0，这不是算错了，这是物理法则在代码里盖章了。它提醒我们，在写任何程序之前，最好先问问自己的内存够不够用。别想着把数据堆到无限远处去，那样只会让 99 和 1 在各自的格子里倒过来，然后大家一起变成 0。 记住，代码是死的，数据是活的，而内存，才是管住它们数量的那个最严格的裁判。一旦裁判判了“溢出”，输的就是你的数据，也就是你的 0。别怪它，它只是在那儿装填，遵循着冰冷的规则，把旧数据让出了一半，填入了新的空缺。

这就是计算机世界里，最真的一面。