这个问题真的是初学补码时的经典“卡壳点”，我刚学C语言的时候也对着这个问题琢磨了好半天！其实核心在于**-128是8位补码系统里的一个特殊定义值**，不能用常规的“正数取反加一”逻辑来推导，咱们一步步拆解：

先明确补码的范围规则 #

对于n位的带符号补码，它的取值范围是补码体系的硬性定义：

• 最小值：-2^(n-1)
• 最大值：2^(n-1) - 1

当n=8时（也就是signed char的8位空间），范围就是-128到127。这个范围不是从某个正数推导出来的，是补码规则本身就规定好的——这是理解的核心！

为什么不能用+128推导-128的补码？ #

你提到的“+128的二进制是010000000（9位），取补码后是110000000（9位）”，这个逻辑本身没错，但问题在于：+128本身就不在8位signed char的正数范围内。8位带符号数的正数最大只能到127（二进制01111111），根本不存在“8位的+128”，自然没法用常规的补码转换方法从+128得到-128。

8位里-128的补码到底是什么？ #

8位signed char中，-128的补码就是二进制的10000000。这个值的特殊性体现在：

• 它不符合常规的“负数补码=正数原码取反加一”规则，但完全契合补码的运算逻辑。比如：
  • 127（01111111）加1，在8位空间里会溢出，结果就是10000000，而按照补码规则，这个溢出后的结果正好对应-128。
  • 当计算10000000的十进制值时，补码规则里最高位的权重是-2^(n-1)（n=8时就是-128），后面7位都是0，所以整体数值就是-128。

一句话总结 #

8位signed char的-128是补码系统直接定义的最小负数，对应二进制10000000，它不需要通过某个正数的补码转换得到，而是补码体系为了让8位空间能覆盖完整的正负范围而规定的特殊值。

内容的提问来源于stack exchange，提问作者It's probable