CPU是否仅采用Two's complement？补码实现与减法运算相关疑问

1. CPU是不是一直用补码？ #

现在咱们常用的CPU（比如x86、ARM），默认用补码处理有符号整数运算，但不是所有场景都用：

• 处理无符号整数时，CPU就是直接做二进制加减，和补码没关系——因为无符号数没有符号位，所有比特位都是数值位。
• 早年有些老CPU（比如IBM 7090）用过反码（One's Complement），但现在基本见不到了。

2. CPU怎么决定什么时候用补码做减法？ #

CPU本身不会“判断”，全靠指令和程序上下文说了算：

• 写代码时，你定义变量是有符号（比如int）还是无符号（比如unsigned int），编译器会生成对应的CPU指令：
  • 如果是有符号减法（比如5 - 3，变量是int），编译器会把减法转成“被减数加上减数的补码”，然后调用有符号加法指令。
  • 如果是无符号减法，直接调用无符号减法指令，CPU就按普通二进制借位减法来算。
• CPU的运算单元（ALU）有专门电路支持两种模式，指令里的标识位会告诉ALU该用哪种规则运算。

3. 只操作比特位的CPU，怎么实现减法？ #

不管有符号还是无符号，本质都是比特位操作：

• 无符号减法：就是咱们手工算的二进制借位减法，ALU里有专门的借位电路处理，没什么花活。
• 有符号减法：靠补码的特性，把a - b转成a + (-b)，而-b就是b的补码（反码加1）。ALU做加法时，会根据符号位处理溢出，结果直接就是补码形式的正确值。
  你之前觉得CPU“只操作比特位”没错，补码本身就是一种比特位的编码规则，CPU用补码运算其实还是在操作比特位，只是运算完按补码规则解读结果而已。

4. 8位环境下255 + (-255)的问题 #

首先得搞清楚：8位有符号补码的范围是-128到127，-255根本没法用8位补码表示——这就像你用一位十进制数（0-9）没法写-100一样，纯纯是范围不够的问题。
如果硬要在8位环境里做这个运算，得分两种情况：

• 当成有符号运算：255作为8位有符号数其实是-1（补码11111111对应有符号值-1），那-1 + (-255)肯定超出范围，CPU会触发溢出标志，但硬件还是会算，结果是错的（溢出后的无效值）。
• 当成无符号运算：无符号数没有负数，-255模256等于1，所以255 + 1 = 256，8位里会截断成00000000，同时设置进位标志位。

你混淆的核心是：补码是有符号整数的编码规则，和无符号二进制是两种完全不同的解读方式，CPU不会同时用两种规则处理同一个运算，而是看当前执行的是有符号还是无符号指令，按对应的规则运算和解读结果。

内容的提问来源于stack exchange，提问作者Sosa