前言

面试是类似演讲演说的过程，网上的资料都是文字的，没法让面试者直观的体验到面试过程，本人已经将相关内容制作成音频节目，我还不能在简书上传音频，有兴趣的朋友可以去喜马拉雅搜索《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方法就是这样，把浮点数转成唯一整数值，然后再用 == 比较两个整数的常量区地址是否相同的。

字符串则是顺序的从最后一个字符做比较，我们知道字符类型与整型是可以互换的，所以字符串就是一个字符一个字符的比较每个字符转成整数后，在常量区地址是否相同。

好了，以上就是我的演示面试，不知道是否让你满意。

自我点评：

在这个问题的解答中，我自己加入了对源代码的分析，如果有机会读源代码，一定要多读源代码，面试的时候能尽可能从源代码层面做解释，还是那句话，逼格比较高，你把面试官侃晕了你也就成功了。

下期再见

本人技术有限，凭借热情希望给程序员面试提供一点帮助，必有不足之处，希望业内人士积极批评指正，在留言区留言就是对我最大的鼓励。希望批评中肯一些，不要存在人身攻击，更不要波及到家人，善意中肯的批评我都能够虚心接受。 我们下期再见。