8-bit two’s complement转十进制为何加1？计算器结果为何不符？

你手动推导-123的8位two's complement（补码）得到10000101的过程是完全正确的，两个问题逐一说明：

为什么会有补码转换需要加1的说法 #

你提到的加1操作，从来不是补码转十进制的必要步骤，属于典型的操作场景记混：

• 取反后加1的操作，仅适用于「已知正整数的原码，求其对应负数的补码」的计算流程，也就是你手动计算时的第3、4步。这个规则的本质是让n位补码满足数学关系x + (-x) = 2^n，这样硬件电路实现加减法时，不需要单独区分符号位，直接按无符号二进制加法规则运算就能得到正确结果，大幅简化电路设计。
• 补码转十进制不需要任何取反、加1操作，直接按权求和即可：8位补码的最高位权值固定为-2^7 = -128，剩余7位的权值和普通无符号二进制完全一致，从高到低依次为64、32、16、8、4、2、1，你之前做的校验计算-128 + 4 + 1 = -123就是标准的转换方法。

部分入门教材里提到的「补码取反加1后算数值再加负号」只是方便新手记忆的取巧方法，本质是绕回原码的计算逻辑，很容易误导人以为转十进制必须做加1操作。

为什么在线计算器返回的结果是0111 1011 #

0111 1011本身是正整数123的8位补码表示，和你计算的-123补码不符，基本都是以下两类问题导致的：

• 输入错误：绝大多数在线补码计算器默认输入值为非负整数，如果输入时漏写了负号，只输入了123，返回的结果自然是正数123对应的补码。
• 配置错误：部分计算器默认不是8位有符号数计算模式，如果选了无符号数模式，根本没有负数的表示空间，自然不会返回最高位为1的负数结果；如果位宽选的大于8位，-123的补码最高位也不会在第8位置1。

验证方式：只要在计算器中明确选定「8位有符号补码」计算模式，输入值为-123，返回结果必然和你手动计算的10000101一致。

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