原码反码补码,计算机中负数的表示.docVIP

原码：将一个整数，转换成二进制，就是其原码。如单字节的5的原码为：0000 0101；-5的原码为1000 0101。 反码：正数的反码就是其原码；负数的反码是将原码中，除符号位以外，每一位取反。如单字节的5的反码为：0000 0101；-5的反码为1111 1010。 ((((((char、short、int 和long 称为有序类型（integral types）。有序类型可以有符号，也可以 无符号。在有符号类型中，最左边的位是符号位，余下的位代表数值。在无符号类型中，所 有的位都表示数值。如果符号位被置为1，数值被解释成负数；如果是0，则为正数。一个 8 位有符号的char 可以代表从-128 到127 的数值；一个无符号的char 则表示0 到255 范围 内的数值。))))) 补码：正数的补码就是其原码；负数的反码+1就是补码。如单字节的5的补码为：0000 0101；-5的原码为1111 1011。 　　在计算机中，正数是直接用原码表示的，如单字节5，在计算机中就表示为：0000 0101。负数用补码表示，如单字节-5，在计算机中表示为1111 1011。 这儿就有一个问题，为什么在计算机中，负数用补码表示呢？为什么不直接用原码表示？如单字节-5：1000 0101。 　　我想从软件上考虑，原因有两个： 1、表示范围 　　拿单字节整数来说，无符号型，其表示范围是[0,255]，总共表示了256个数据。有符号型，其表示范围是[-128,127]。 　　先看无符号，0表示为0000 0000，255表示为1111 1111，刚好满足了要求，可以表示256个数据。 　　再看有符号的，若是用原码表示，0表示为0000 000。因为咱们有符号，所以应该也有个负0（虽然它还是0）：1000 0000。 　　那我们看看这样还能够满足我们的要求，表示256个数据么？ 　　正数，没问题，127是0111 1111，1是0000 0001，当然其它的应该也没有问题。 　　负数呢，-1是1000 0001，那么把负号去掉，最大的数是111 1111，也就是127，所以负数中最小能表示的数据是-127。 　　这样似乎不太对劲，该如何去表示-128？貌似直接用原码无法表示，而我们却有两个0。 　　如果我们把其中的一个0指定为-128，不行么？这也是一个想法，不过有两个问题：一是它与-127的跨度过大；二是在用硬件进行运算时不方便。 　　所以，计算机中，负数是采用补码表示。如单字节-1，原码为1000 0001，反码为1111 1110，补码为1111 1111，计算机中的单字节-1就表示为1111 1111。 　　单字节-127，原码是1111 1111，反码1000 0000，补码是1000 0001，计算机中单字节-127表示为1000 0001。 　　单字节-128，原码貌似表示不出来，除了符号为，最大的数只能是127了，其在计算机中的表示为1000 0000。 　　2、大小的习惯（个人观点） 　　也可以从数据大小上来理解。还是以单字节数据为例。有符号数中，正数的范围是[1,127]，最大的是127，不考虑符号为，其表示为111 1111；最小的是1，不考虑符号为，其表示为000 0001。 　　负数中，最大的是-1，我们就用111 1111表示其数值部分。后面的数据依次减1。减到000 0001的时候，我们用它标示了-127。再减去1，就变成000 0000了。还好我们有符号为，所以有两个0。把其中带符号的0拿过来，表示-128，刚好可以满足表示范围。 　　以上只是从软件的角度进行了分析，当然，从硬件的角度出发，负数使用补码表示也是有其原因的，毕竟计算机中，最终实现运算的还是硬件。主要原因有三： 　　1、负数的补码，与其对应正数的补码之间的转换可以用同一种方法----求补运算完成，简化硬件。 　　如： 　　原码 反码 补码 　　-127 -〉127 1000 0001 -〉 0111 1110 -〉 0111 1111 　　127 -〉-127 0111 1111 -〉 1000 0000 -〉 1000 0001 　　-128 -〉128 1000 0000 -〉 0111 1111 -〉 1000 0000 　　128 -〉-128 1000 0000 -〉 0111 1111 -〉 1000 0000 　　可以发现，负数和正数求补的方法是一样的。 　　2、可以将减法变为加法，省去了减法器。 　　在计算机中，我们可以看到，对其求补，得到的结果是其数值