进制转换与二进制补码

因为 200 和负 56 是同样的八个比特：11001000。这些比特里没有任何东西说明你指的是哪一个。位宽和读法是在别处决定的，由写程序的人决定，而这串比特对两种答案都成立。

全部差别就在最左边那一位。只要它是 0，两种读法就完全一致——这正是为什么这个分歧一直看不见，直到某个值越过一半。

因为零总得占个位置，而它占在正数那边。八个比特有 256 种不同的组合，其中一种给了零，剩下 255 种要分。分下来是 127 个正数和 128 个负数，所以负数那边多一个。

每种位宽都一样：16 位是负 32768 到 32767，64 位是负 9223372036854775808 到 9223372036854775807。

有，每种位宽正好一个：最小的那个负数。八位里的负 128 没有正数孪生兄弟，因为 128 需要一个正数那边没有的位置。

把 10000000 的每一位取反，得到 01111111；再加一，就回到了 10000000。对它取负，还给你同一个数。本页把这件事显示出来而不是藏起来，这个性质在 8、16、32 和 64 位上都验证过。

它会绕回来，而本页选择显示绕回的结果，而不是拒绝。把 300 写进八位存下的是 44，把负 129 写进去存下的是 127。

这不是页面在放水，而是硬件本来就这么干。显示一个错误，反而会把你多半正是来搞懂的那个问题的成因给藏起来。