Java 看一眼equals吧，都用这么久了
前言
== 和 equals 的区别是什么？
这似乎是每个java程序员都看过的一道题，简单，确实理解非常简单，根本不用怎么理会。
但是前段时间面试，我有对一些2-3年的求职者问过这个问题。
不过我问的不是区别是什么，我只是问了，你有点进去看过源码么？
（同样，你有点进去看过源码么？这句话似乎是我面试别人的时候说的最多的一句话。）
为什么这么喜欢说这个？ 我就是单纯地想看看有没有看源码的习惯。
得到很多答案都是： 没有，但是我知道他们的区别和怎么使用。 ok的，这样也是ok的。
正文
俺今天就非得让看到这个文章的人，理会理会一些它。
不啰嗦，接下来跟我一起看一眼 equals
String的 equals
源码：
public boolean equals(Object anObject) {
if (this == anObject) {
return true;
}
if (anObject instanceof String) {
String anotherString = (String)anObject;
int n = value.length;
if (n == anotherString.value.length) {
char v1[] = value;
char v2[] = anotherString.value;
int i = 0;
while (n-- != 0) {
if (v1[i] != v2[i])
return false;
i++;
}
return true;
}
}
return false;
}分析：
part1
part2
part3
ps： String里面的value 就是char[ ]数组，这个应该大家都该知道。
对象的equals
源码：
public boolean equals(Object obj) {
return (this == obj);
}
分析：
对象的equals比较非常直接，就是引用的内存地址的比较，不一样就false。
所以这也是为啥有些时候需要重写equals方法的原因，写成符合业务的比较逻辑
看源码，我的个人观点是，不求完全看懂，但是要看得细。
所谓看细节，不是说每行都看那就叫看得细，而是要持有敏感度，能抓住关键点，那才叫看得细。
这也是为啥有的大佬，看源码的时候速度快还又能找到问题所在点。
多看看源码，对于刚出来的小伙，只有好处没有坏处。