原码与补码(学弟不懂原码反码)
前言
故事是一个真实的故事,前两天要被一位小学弟折磨死,原码、反码、补码不懂就算了,讲了一遍还不懂。
我搞不懂是二进制太难还是我太难了呢?你们不信?立图为证:
他这问的给我直接问懵逼了,二进制符号位不参与运算?我怎么听得给我都听糊涂了,哈哈哈,后来我就给他说了要参加运算,再后来又一个问题:
他这么确定的眼神给我搞得都有点懵逼,都吓得我打一段代码去验证一下结果没毛病,又巴拉巴拉给他讲了一通。
我觉得应该可以了吧,结果在凌晨1.30的时候……
算了,算了,这孩子没得救了,不管了。给女票滴滴打算晚安,但我也曾想起自己在原码、反码、补码上的困惑。
- 记得刚学c 的时候:这啥玩意代码不要求,不学
- 刚学操作系统、组成原理的时候:emumm,跳过跳过。
所以以前的我也一直没能搞懂二进制,并且很排斥二进制:既然把方法数字都封装好为啥还要这么麻烦的搞二进制。但事实上二进制这个知识是无论如何也避免不了的知识点。想着要拯救更多苦于二进制或者说原码反码补码的小学弟小学妹们,我得站出来做点什么。
就先拿女朋友做小白鼠试验一下。网友直呼内行!
以下均为小白鼠内容为了确保实验结果呃严谨性对话情景就不给大家带入了。
二进制数字什么是二进制?百度百科对二进制是这么定义的:
二进制(binary)在数学和数字电路中指以2为基数的记数系统,以2为基数代表系统是二进位制的。这一系统中,通常用两个不同的符号0(代表零)和1(代表一)来表示 [1] 。数字电子电路中,逻辑门的实现直接应用了二进制,因此现代的计算机和依赖计算机的设备里都用到二进制。每个数字称为一个比特(Bit,Binary digit的缩写)
其实二进制的01就是对应数字电路中的关开,所以在整个计算机中所有的东西都是二进制科学,但我们只需要研究数字类型的二进制的关系这个也是最简单的,因为二进制本身就能代表数字。
如果说不谈啥原码、反码、补码,光光看二进制跟十进制的关系,也不考虑位数,我想大部分人可以搞得懂。
- 比如2的二进制:10,3的二进制:11,4的二进制:100,5的二进制:101.
- 负数的二进制怎么搞?-2二进制-10?-3二进制-11?这样不太妥吧,怎么跟着这么一个负数?(问题一)
另外,这种不确定长度的二进制如果是一个数组我该怎么在计算机内存中找的到 (问题二) ?以一个可能不太恰当的图展示一下:
大家一看直呼这样不行,所以在计算机数值类型设计之初就明确表示:计算机基本数据是定长的,并且有两部分组成:符号位(一位)和数值位(若干位),其中符号位的0或者1分别表示正和负数,而数值位就是表示数据的大小。
你可能直呼:到底多少位表示一个数字呢?如果太长位数据如果很小(前面都是0)就会造成浪费,造成内存浪费,而位数太短又会导致装不下,网友们直呼真难。
伟大的设计者们当然考虑了这个问题,他们将数值二进制的长度分为不同长度供你使用,在java中有这8种基本数据类型(1byte=8bit):
基本类型长度(byte)包装类型取值范围byte1Byte-128~127short2Short-32768 ~ 32767int4Integer-2147483648~2147483647long8Long-9223372036854774808~9223372036854774807float4Float3.402823e 38~1.401298e-45(e 38 表示乘以10的38次方,而e-45 表示乘以10的负45次方)double8Double1.797693e 308~4.9000000e-324char2Characterboolean官方未确定Booleantrue false
比如说你byte a=1,他在内存中就是这样的:
0000 0001
如果你 int b=1;因为int是32位,那么他在内存中是这样存的:
00000000 00000000 00000000 00000001
你可能会问为啥没讲负数?别急慢慢来,下面原码、反码、补码讲着呢。另外需要注意的是,二进制进行加法如果溢出,溢出部分不会记录,只会保存有效部分,所以选用什么数据类型也要掂量目标数据的大小范围。
原码上面既然初步知道了二进制数字的一些规律,那么就让它来的更猛烈一些吧。原码是什么意思呢?
- 原码就是二进制的初始表示符号位,即最高位为符号位:正数该位为0,负数该位为1(0有两种表示: 0和-0),其余位表示数值的大小。
是不是很直接明了的展示一个值?原码的优势就是比较明显的表示一个值。能够清楚的知道这个二进制数表示是多少,简单直观。
但我们是否就可以使用原码畅通无阻了呢?
当然不可以,原码虽然可以很容易的表示一个正负数,但是我们观察它的加法:
正数相加没问题,但是负数的加法就出问题了:负数的加法只考虑绝对值数值的增加而未考虑负数的特性。而负数加负数的绝对值相反,所以在原码上负数的加法就成了一个难题,走不通。
反码负数的原码无法实现加法,因为原码如果进行加法实现的是与符号无关数值绝对值的加法。所以这点和负数的加法规则矛盾,并且计算机也只会加法。咱们只能另从它计。
此时,有些伟大的大佬就发现了反码这个东西,而反码的定义是这样的:正数的反码与其原码相同;负数的反码是对正数逐位取反,符号位保持为1. 因为负数原码的加法是相反的(即加一变成减一的操作),我们想着如果给负数原码中的数字01颠倒那么这个数字就会有比较有趣的事情。
- 原码中本来比较大的数字(-1,-2等)在这样转换后看起来变得很小。原本很小的数字经过这样的转换后看起来很大。(也就无法直观一下看出这个数字是多少)
- 转换后的数字进行加法(正数)运算,在进行01互换之后可以进行正常加法的逻辑。
- 负数相加好像看起来也没问题。
但是真的就可以了嘛?正数负数用反码表示可以畅通无阻了?no no no。咱们记得原码中有 0,-0.但是不影响操作吧。看看反码中 0,-0的情况:
你看看,反码它也不行啊,what should I do?看下面的补码分析。
补码反码为啥会出现这个问题呢?主要是正负0占了两个坑:
也就是如果你用反码表示这个数,用它进行加法运算,正数范围内玩没问题,负数范围内玩也没问题,但是当你从负数迈到正数的时候会经过两个0(-0, 0)两个零重复表示了。
这该如何表示呢?我们看看这些数字反码的规律:
-3的反码: 1111 1100 -2的反码: 1111 1101 -1的反码: 1111 1110 -0的反码: 1111 1111 0的反码:0000 0000
这些负数的反码,如果都能加个1,那么这样正负0的矛盾不久不存在了嘛?!!这就是所谓的补码:符号位不变,正数的补码为和原码、反码一致,负数的补码为其反码加1.
这样我们就解决了所有难题,叱咤风云的进行计算了,其实我们在计算机中二进制也是用补码表示所有数值。
对于补码,你确实无法直接看出它是多少,负数或许理解起来可能还有那么一点点抽象,我们该如何理解补码呢?我是这么理解的:二进制数把数据分为正负两个部分,分别表示两个区间:
什么意思呢?这个也就是说你可以把负数看成一部分,正数看成一部分。而每个部分的数值也是相同的:无论负数还是正数出去符号位,都是从 000 0000~111 1111(byte为例)分布。如果前面符号位为1就是表示负数,负数的最小到最大(-128 ~ -1)共128个,如果是0就是正数的最小和最大(0 ~ 127)共128个。这样理解是不是容易很多呢!
测试上面讲了那么多道理,咱们测试一下吧,用以下代码验证上述结果
//bigsai publicclassMain{ publicstaticvoidmain(String[]args){ inta=-1;//11111111111111111111111111111111 intb=1;//00000000000000000000000000000001 System.out.println(Integer.toBinaryString(a));//输出-1的二进制 System.out.println(Integer.toBinaryString(b));//前面的0会省略 /* *127 1: *01111111 * 00000001 *=10000000=-128 */ bytec=127; byted=(byte)(c 1); System.out.println(d); /* *-1 1 *11111111 * 00000001 *=100000000(理论上)=00000000(只有8位有效位)=0 */ bytee=-1; bytef=(byte)(e 1); System.out.println(f); } }
输出结果:
这段代码意会巩固以下就好了。
总结到此,是不是对原码、反码、补码理解更透彻一点了呢?不管你懂没懂,反正问她懂了吗她是这么说的:
总结一下:
- 原码,能够直接的显示数值的大小状况。结构为符号位 数值部分。符号位0代表正,1代表负。
- 反码,是一个过渡码,其实就是在求补码或者原码补码转换过程中需要用到。其规则是正数反码等于原码,负数反码符号位不变,数值位0变成1,1变成0.
- 补码,计算机中数值都是以补码的形式进行计算的,它有效的解决负数加法问题,也可以使符号位直接参与运算。并且原码、反码、补码转换很简单。
好了,本片已经结束了,讲完自己的气也消了一半,希望上面那个学弟能看到这篇文章然后点个赞。
如果感觉不错,欢迎关注公众号:bigsai 头条号:码农bigsai
一个和你一起成长的小哥哥。如果有错误或者不太好的地方,欢迎指正!可私信回复进群拉你打卡力扣leetcode。
,
免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com