java对原码反码补码的理解

Integer.MAX_VALUE + 1 == Integer.MIN_VALUE；  // true 
Integer.MIN_VALUE + (-1) == Integer.MAX_VALUE；// true

涉及基本概念

机器数与符号位：
一个数在计算机中的二进制表示形式，叫做这个数的机器数。
机器数是带符号的，在计算机用一个数的最高位存放符号， 正0负1。
比如十进制数+3 ，如果计算机字长为8位，转换成二进制就是0000_0011。如果是 -3 ，就是1000_0011(原码) 。
那么这里的0000_0011和1000_0011(原码) 就是机器数。

真值：
因为首位是符号位，所以机器数的形式值就不等于真正的数值。如上面的有符号数1000_0011，其最高位1代表负，其真正数值是-3，而不是形式值131（10000011转换成十进制等于131）。为了区分，将带符号位的机器数对应的真正数值称为机器数的真值。例：0000_0001的真值 = +000_0001 = +1，1000_0001的真值 = -000_0001 = -1。

在探求为何机器要使用补码之前，让我们先了解原码、反码和补码的概念。
对于一个数，计算机要使用一定的编码方式进行存储，原码、反码、补码是机器存储一个具体数字的编码方式。

原码

原码就是符号位加上真值的绝对值，用首位表示符号，其余位表示值。如果是8位二进制：
[+1]原 = 0000_0001
[-1]原 = 1000_0001

因为首位是符号位，所以8位二进制数的取值范围是：[1111_1111 , 0111_1111] 即 [-127 , 127] 
注意不是 [-128 , 127] 或 [-128 , 128] 
原码是人脑最容易理解和计算的表示方式。

反码

反码表示方法：
正数的反码是其本身。负数的反码是在其原码的基础上，【符号位不变。其余各位取反】。
[+1] = [0000_0001]原 = [0000_0001]反
[-1] = [1000_0001]原 = [1111_1110]反

可见如果用一个反码表示负数，人脑无法直观的看出来它的数值，通常要将其转换成原码再计算。

补码

补码表示方法：
正数的补码就是其本身。负数的补码是在其原码的基础上，【符号位不变，其余各位取反+1】。
[+1] = [0000_0001]原 = [0000_0001]反 = [0000_0001]补
[-1] = [1000_0001]原 = [1111_1110]反 = [1111_1111]补

对于负数，补码表示方式也是人脑无法直观看出其数值的，通常也需要转换成原码再计算其数值。

为何要使用原码、反码和补码

目前咱们已经知道计算机可以用三种编码方式来表示一个数，对于正数三种编码方式的结果都相同，所以不需要过多解释。但是对于负数，其原码、反码和补码是完全不同的，既然原码才是被人脑直接识别并用于计算表示方式，为何还会有反码和补码呢?

首先，希望能用符号位代替减法

首先，因为人脑可以知道首位是符号位，在计算的时候我们会根据符号位选择对真值区域的加减。
但是对于计算机，加减乘数是最基础的运算，要设计的尽量简单，计算机辨别符号位会让计算机的基础电路设计变得复杂，于是人们想出了将符号位也参与运算的方法。
我们知道，根据运算法则，减去一个正数等于加上一个负数，即：1-1 = 1 + (-1)，所以机器可以只有加法而没有减法，这样计算机运算的设计就更简单了。

原码计算产生问题

于是人们就开始探索将符号位参与运算并且只保留加法的方法。首先来看原码：
1 - 1 = 1 + (-1) = [0000_0001]原 + [1000_0001]原 = [1000_0010]原 = -2 
如果用原码表示, 让符号位也参与计算，显然对于减法来说结果是不正确的。
这也就是为何计算机内部不使用原码表示一个数。

反码计算产生问题

为了解决原码做减法的问题，出现了反码：
1 - 1 = 1 + (-1) = [0000_0001]原 + [1000_0001]原= [0000_0001]反 + [1111_1110]反 = [1111_1111]反 = [1000_0000]原 = -0
发现用反码计算减法，结果的真值部分是正确的，而唯一的问题其实就出现在0这个特殊的数值上。虽然人们理解上+0和-0是一样的，但是0带符号是没有任何意义的，而且会有[0000_0000]原和[1000_0000]原两个编码表示0。

补码解决了遗留下来的问题

于是引入了补码，它解决了0的符号以及两个编码的问题：
1-1 = 1 + (-1) = [0000_0001]原 + [1000_0001]原 = [0000_0001]补 + [1111_1111]补 = [0000_0000]补 = [0000_0000]原 = 0
这样0用[0000_0000]表示， 而以前出现问题的-0则不存在了。

意外收获

除此之外，还可以用 [1000_0000]补表示-128：
(-1) + (-127) = [1000_0001]原 + [1111_1111]原 = [1111_1111]补 + [1000_0001]补 = [1000_0000]补
-1-127的结果应该是-128，在用补码运算的结果中， [1000_0000]补就代表-128。
注意，-128没有原码和反码的表示。

0与-128的特殊性？
八位二进制下，-128不能用原码或反码表示，原码、反码取值范围为-127 ~ +127。
八位二进制下，-0被当作最小数-128，-128补码为10000000。
-0的原码：10000000
-0的反码：11111111
-0的补码：00000000
+0原、反、补码都为：00000000
-128的补码：10000000

使用补码的优势

使用补码不仅仅修复了0的符号以及存在两个编码的问题，而且还能够多表示一个最低数，这就是为什么8位二进制使用原码或反码表示的范围为 [-127, +127]，而使用补码表示的范围为 [-128, 127] 的原因。

因为机器使用补码，所以对于编程中常用到的32位int类型可以表示范围是  [-2^31, 2^31-1] ，因为第一位表示的是符号位，而使用补码表示时又可以多保存一个最小值。

参考文章：https://blog.csdn.net/qq1518572311/article/details/80061796
                  https://www.cnblogs.com/baiqiantao/p/7442907.html