Java 中的比较 equals 和 ==
这个问题在 Java 面试的时候大概率会被问到。
不是因为这个问题有什么复杂的，只是因为这个地方超出人类认知，你相信吗？
比较什么
如果你上培训班或者在学校学习的话，你的老师大概率可能会告诉你对于：
- 基本类型：比较的是值是否相同；
- 引用类型：比较的是引用是否相同；
本来这里就有点复杂了，还非要搞出另外 2 个概念。
比较好记的就是 == 比较的是内存地址，equals 比较的是具体的值。
对上面的问题，所谓的基本类型，因为没有对象话，所以 JVM 没有为基本类型创建实例化后的对象，因此 == 就可以直接用了，因为 2 个相同的基本类型的值的地址是一样的。
String 为什么不行
String 在 Java 里面有点奇葩，因为 String 是在是用得太多了。
所以 Java 为 String 搞了一个 String Pool，对于程序中，你这样定义的字符 String s1 = "iSharkFly"；这个数据是存储在 String Pool 里面的。
因为 String 在 Java 里面被定义为不可变。等下一次你定义一个 s2 的时候，如果是同样的值， s1 和 s2 是相同的，因为都在 String Pool 里面。
String 还有另外一个初始化方法：` String s1 = new String(“iSharkFly”);
这个方法初始化的 String 是一个对象，这个对象没有放在 String Pool 里面，这个对象在 Heap 内存中。
所以：
String s1 = new String("iSharkFly");
String s2 = new String("iSharkFly");
的内存地址是不相同的，但是值相同。
使用 == 比较，上面就没有办法比较。
查看下面的代码：
String s1 = new String("iSharkFly");
String s2 = new String("iSharkFly");
log.debug("hashCode - {}", s1.hashCode());
log.debug("hashCode- {}", s2.hashCode());
log.debug("identityHashCode- {}", System.identityHashCode(s1));
log.debug("identityHashCode - {}", System.identityHashCode(s2));
程序输出：
我们会看到地址是不相同的。
hashCode
都知道 hashCode 会返回对象的 HashCode 来识别对象，为什么上面的地址是一样的？
因为 hashCode 会在程序中被重写。
下面的是 String 的 HashCode 代码。
JDK 已经对代码进行了重写。所以 hashCode 并不能完全标识内存地址。
所以，我们只能使用 System.identityHashCode 方法来获得内存地址。
总结
equals 和 == 在 Java 面试中经常会遇到。
只需要记住的是 == 比较的是内存地址，在对值进行比较的时候并不可靠。
在实际编码过程中，这种比较也比较常见的，所以还是有必要了解下这个。
