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方法的原因，写成符合业务的比较逻辑

 

 

 看源码，我的个人观点是，不求完全看懂，但是要看得细。

所谓看细节，不是说每行都看那就叫看得细，而是要持有敏感度，能抓住关键点，那才叫看得细。

这也是为啥有的大佬，看源码的时候速度快还又能找到问题所在点。

多看看源码，对于刚出来的小伙，只有好处没有坏处。