从char类型说起：彻底搞懂有符号、无符号与补码

Wed, 16 Sep 2026 00:00:00 GMT

在阅读《C和指针》时，书中提到“在不同机器上，char 类型可能默认是 signed 或 unsigned”。这引发了我的好奇：变量有无符号到底有什么区别？常听说的“8位无符号”又是什么？带着这些疑问，我展开了一系列思考，最终一路挖到了计算机底层的补码原理。

一、数据的本质：灯泡与二进制

计算机底层没有数字，只有电。电只有“通电”和“断电”两种状态，我们用 1 和 0 表示。

一个灯泡 = 一个“位（Bit）”。
8个灯泡排成一排 = 一个“字节（Byte）”。这8个灯泡从右往左，有着不同的“权重”（2的幂）： 128, 64, 32, 16, 8, 4, 2, 1（即 2727 到 2020）。如果8个灯泡全亮（11111111），加起来就是 128+64+...+1 = 255。这就是8位无符号数的最大值。（这不就是信息课的十进制二进制互换吗）

二、有符号与无符号：正负号牌

既然8个灯泡全亮是255，那负数怎么表示？首先必须有办法区分正负，我们才能想办法保存他们

于是，计算机规定：最左边的那颗灯泡（最高位）拿来做“正负号牌”。

牌子灭（0）：代表正数。
牌子亮（1）：代表负数。这就是C语言里“有符号（signed）”与“无符号（unsigned）”的根本区别：
无符号数：8个灯泡全用来算数值，范围是 0 ~ 255。
有符号数：最左边是号牌，剩下7位算数值，范围是 -128 ~ 127。（因为一半的数值空间被分配给了负数）。比如灯泡 11111101（最左边是1，代表负数），在补码规则下，它表示 -3。

三、补码的终极奥义：里程表与溢出

知道了怎么区分正负，那么负数的具体数值该怎么保存呢？这就是著名的补码（Two's Complement）。

1. 破车的里程表

假设一辆破车的里程表只有 3位数字（000 到 999）。如果现在显示 003，你想让它变成 000，你有两个选择：

往后倒 3 公里（做减法：3 - 3 = 0）。
往前开 997 公里（做加法：3 + 997 = 1000，最高位溢出扔掉，表盘变成 000）。

在只有3位数的世界里，“-3”和“+997”的效果一模一样！

2. 计算机的补码

计算机的CPU里只有加法器，没有减法器。为了简化电路，科学家决定：**以后遇到减法，一律变成加法！**怎么找这个“魔法替身数字”？

3位里程表的溢出阈值是 1000（破车到999就归零了）。
我们要算 3 + x = 1000，所以 x = 997。

回到8个灯泡（二进制）：

8个灯泡的溢出阈值是 256（也就是二进制的11111111，二的八次方加七次方加...你可以自己算算试试）。一旦加到256，第9个灯泡亮起，前8个灯泡全部清零。
我们要算 3 + x = 256，所以 x = 253。

这就是253的由来！ 它不是为了好玩捏造的，而是为了让3加上它之后刚好能溢出归零，被迫算出来的一个数字。

四、深度解密：“取反加一”是怎么来的？

我们要找的是 256−3=253。但计算机不会算 256−3，怎么办？科学家用了一个极其聪明的“凑整”技巧（以-3为例）：

第一步：按位取反（用全1去减） 8个灯泡全亮是 11111111（也就是255）。用255减一个数非常简单，不需要借位，直接“按位取反”就行。 3的灯泡是 00000011，取反后变成 11111100（也就是252）。（就相当于在十进制里面255-3）

第二步：末尾加一（补上缺失的1） 我们算出了252，但目标是253，差了1。为什么会少了1？因为255比256刚好少了1！（就像你在破车的里程表上，全亮是999（而不是1000，因为1000就已经溢出了，你没办法减了）。你要找的是 1000 - 3 = 997，但你先用 999 - 3，得到了 996。因为999比1000少了1，所以你算出的996也比真正的目标997少了1。为了补上这个缺口，你必须在末尾加1，才能凑成997。）

所以，我们需要把刚才少算的1补回来，也就是在末尾加1（加上 2020）。 11111100 + 1 = 11111101（也就是253）。

大功告成！把 3 和 253 加起来：00000011 + 11111101 = 100000000（第9位溢出扔掉，剩下 00000000，也就是0）。3 + (-3) 完美等于 0。

⚠️ 细节避坑：末尾加0也是 2020，为什么不行？ 这里要分清“权重”和“数值”。2020 是权重（砝码）。最后一位填0，就是 0 × 2^0 = 0；填1，才是 1 × 2^0 = 1。因为我们距离目标差了1，所以必须加1，加0等于什么都没干。

五、为什么要用补码

读到现在，你可能有个疑问：为什么用补码？我们不能规定这样，最左侧用0/1标志他是不是一个负数，然后直接在剩下的七位（或更多）里面存储绝对值吗？难道是科学家想炫耀非凡的数学天赋？（补码确实很是巧妙，特别是你自己算一下更有体会）答案是：你说的这种方案，早期的计算机真的试过！但后来被无情淘汰了，因为它会让计算机的电路变得极其复杂（也就是极其贵）。 我们用8个灯泡来对比一下“你的方案（原码）”和“现在的方案（补码）”，你就瞬间明白为什么计算机要选补码了。

1. 直接存绝对值 + 号牌

假设我们用这种方法表示数字：

最左边是号牌（0正，1负）。
剩下7位存这个数的绝对值。

我们来写几个数：

+5 的灯泡：00000101
-3 的灯泡：10000011（最左边1是负，后面 0000011 是3）

灾难一：加法完全失效 现在我们要算 5 + (-3)。计算机只会做加法，它直接把这俩灯泡加起来：

  00000101  (+5)
+ 10000011  (-3)
-----------
  10001000  (这是 -8！)

结果是 -8，完全错了！为什么？因为计算机把号牌当成了数值（128）去加了。如果你要用原码算对，CPU必须：

先检查两个数的号牌。
发现是正数加负数，实际上应该是“大数减小数”。
比较 5 和 3 谁的绝对值大。
用 5 - 3 = 2。
再把号牌定成正数。你看，为了做加法，计算机还得造一个减法器，还得造一个比较大小的电路！ 这违背了“让电路最简化”的初衷。

灾难二：有两个零

00000000 是 +0。
10000000 是 -0。计算机每次判断“这个数是不是0”，还得判断两次。极其反人类。

2. 现在的方案（补码）：让减法变成加法

科学家一拍大腿：我们不要“绝对值+号牌”了！我们把负数变成“里程表的补数”，让它们直接相加就能出正确结果！

回到刚才的例子：

+5 的灯泡：00000101
-3 的灯泡：11111101（这就是补码）

现在直接相加：

  00000101  (+5)
+ 11111101  (-3，其实就是253)
-----------
 100000010  (第9位溢出扔掉，剩下 00000010，也就是 2)

完美！不需要判断符号，不需要比较大小，不需要减法器，只要一个加法器，电路极其简单、便宜！

而且，补码只有唯一的零（00000000），再也没有 -0 这种奇葩。

这就是有关有符号、无符号与补码的一切，感谢您的阅读，这可能也是这个博客第一篇技术相关文章。

Youran's Blog

从char类型说起：彻底搞懂有符号、无符号与补码

一、 数据的本质：灯泡与二进制

二、 有符号与无符号：正负号牌

三、 补码的终极奥义：里程表与溢出