前言
面试是类似演讲演说的过程,网上的资料都是文字的,没法让面试者直观的体验到面试过程,本人已经将相关内容制作成音频节目,有兴趣的朋友可以去喜马拉雅搜索《2020年Java面试208题》收听音频版节目。
《2020年Java面试208题》整理了208个Java程序员的面试题,主要是针对三年以内开发经验的JAVA程序员提出的问题。
题目
今天要说的是《2020年Java面试208题》的第2题,面试官提问:请说一下 == 和 equals的区别。
那么就由我来演示一下面试,我会这样来回答:
演示面试
你好,面试官,我来说一下 == 和 equals的区别。
== 和 equals都是用来做比较的,不准确的说都是判断两个变量是否相等的。
个人认为一般程序员在使用 == 的时候都用的不太对,都应该采用equals,因为 == 是比较两个变量的地址是否是同一个,这里借用C的指针来说明更容易,也就是 == 是判断左右两边的变量的指针是否指向内存中的同一个地址,再说明白点儿就是 == 判断的是左右两边是否是同一个东西起了两个不同的名字。
因此,我就发现有很多程序员都在不正确的使用 == ,比如在库存管理的时候,判断库存是否为100, 这时候使用== ,尽管返回的是 true,在判断结果上是符合业务逻辑的正确性的,但在技术层面其实只能算是蒙对了。
因为100作为常量是放在常量区的,而保存库存数量的变量的值也是放在常量区的,常量区的特点是相同的值不会有多份,也就是说你定义一个变量a赋值为100,又定义了一个变量b也赋值为100,在程序层是两个变量,但在常量区里面,这两个变量是存在同一个地址的,当然,你又给b赋值为99,这时候常量区会检测是否存在99这样的常量,如果有的话就直接将变量b指向那个99的地址,否则,会分配空间写入99,然后把b指向这个新分配的空间。
那么再说回来刚刚那个库存判断的问题,定义了库存变量,假设变量名为k,并赋值为实际的库存量,然后拿k与常量100比较。程序员的思维逻辑是有一个数为k,有又另一个数100,然后比较这两个数的值是否相同。但如果采用的是 == 进行比较,其实做的是拿出变量k的在常量区的地址,和 100这个常量区的地址,比较一下是不是其实是相同的地址。
还有一种情况,这样比较会出问题,就是定义一个整型对象 k1赋值100,再定义个整型对象k2赋值100,这时候用 == 做比较就错了,因为从普通人的视角看,100 和100 肯定相等嘛,并且按照前面说的,两个100在常量区其实是相同的地址,那肯定是相同的啊。但这里还多出了一个整型对象的封装,100这个值确实是放在常量区没有错,但整型对象k1和k2定义出来后可没放在常量区,这时候==做比较的时候,其实不是比较值的地址是否相同,而是比较k1和k2的地址是否相同,这样就会出错了。
为了避免 == 造成的这种问题,java在最基础的类Object中定义了equals方法,任何类在实现的时候都继承自Object,也就可以重写equals方法,按照类的功能需要进行值比较判断。比如Integer类,就是整型类的equals方法将整型对象包装的整数值取出来,然后做 == 比较,这样其实就是判断整型值在常量区的地址是否相等。
还有浮点数 Float对象,是将浮点数按照IEEE规范转换为整型,具体的这个算法我确实不太了解,但一定是一个浮点数最后只会计算得到唯一的整数值,因为浮点数占内存 32位,整型也占内存32位,如果把一个浮点数的内存空间直接当做是整型读出来,那就一定是一个唯一的整数。Float的equals方法就是这样,把浮点数转成唯一整数值,然后再用 == 比较两个整数的常量区地址是否相同的。
字符串则是顺序的从最后一个字符做比较,我们知道字符类型与整型是可以互换的,所以字符串就是一个字符一个字符的比较每个字符转成整数后,在常量区地址是否相同。
好了,以上就是我的演示面试,不知道是否让你满意。
自我点评:
在这个问题的解答中,我自己加入了对源代码的分析,如果有机会读源代码,一定要多读源代码,面试的时候能尽可能从源代码层面做解释,还是那句话,逼格比较高,你把面试官侃晕了你也就成功了。
下期再见
本人技术有限,凭借热情希望给程序员面试提供一点帮助,必有不足之处,希望业内人士积极批评指正,在留言区留言就是对我最大的鼓励。希望批评中肯一些,不要存在人身攻击,更不要波及到家人,善意中肯的批评我都能够虚心接受。 我们下期再见。