最近忽然发现JAVA的基础忘得差不多了,结果就拿起了JAVA的疯狂讲义重头继续开干。看到基本数据类型,byte:一个byte类型整数在内存里占8位,表数范围是-128~127?【想到最近被面试官问了些问题,我可能会问为啥是-128~127,又或者问为啥负数中位数总是比正数中多一位?short是-32768~32767,int是-2147483648~2147483647?为什么?只有查一下了】
如下:
8位分为符号位(最高位)和数值位(后七位),符号位中0表示正数,1表示负数。
1111 1111~0111 1111?
去除这不是-127到127?
查阅网上资料:
原码是常规用到的二进制码:1111 1111~0111 1111 (-127~127);1111 1111 ~1000 0001(-127~-1)
反码是为了解决原码做减法而出现的。
补码是为了解决0的符号和踏拥有2个编码问题。
反码和补码仅针对负数(0和正数的反码和补码都是原码本身)
负数的反码是将原码中除开符号位的后7位全部取反(1反成0,0反成1):1000 0000~ 1111 1110(反码的-127~-1)
负数的补码是该原码的反码+1。
以实际例子
----------------------------------------------------------------------------------------------------------------------------
-15 和 -13 求和是多少?
原码是:1000 1111 和 1000 1101
反码是:1111 0000 和 1111 0010
补码是:1111 0001 和 1111 0011
然后求和用1111 0001 + 1111 0011
计算得到: 11100100(怎么得来的?本来所得111100100去掉超出的最高位得到11100100,得到的实际还是个补码,算法↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓)
0 + 0 = 0,
0 + 1 = 1,
1 + 0 = 1,
1 + 1 = 10 ( sum is 0 and carry is 1)
【补码又转回反码?这不是得-1?没学过减法,那就继续用加法
-1的原码:1000 0001 反码 1111 1110 补码 1111 1111
1110 0100 + 1111 1111 得到的是反码: 1110 0011 再取到原码不就是 : 1001 1100 】(这一段补码转回源码是自己试的,感觉算出来就是这?)
-28的原码应该就是: -(16+8+4) → 1001 1100
-28的反码:1110 0011
-28的补码:1110 0100
----------------------------------------------------------------------------------------------------------------------------
结论:使用原码和反码表数范围是:-127~127;使用补码修复0的符号问题以及存在两个编码的问题(1000 0000和0000 0000),这样使用补码之后,表数范围是:-128~127。
因为使用补码, 所以对于编程中常用到的32位int类型, 可以表示范围是: [-2^31, 2^31-1] 因为第一位表示的是符号位.而使用补码表示时又可以多保存一个最小值。