天天看点

Java 看一眼equals吧,都用这么久了

前言

== 和 equals 的区别是什么?

这似乎是每个java程序员都看过的一道题,简单,确实理解非常简单,根本不用怎么理会。

但是前段时间面试,我有对一些2-3年的求职者问过这个问题。

不过我问的不是区别是什么,我只是问了,你有点进去看过源码么?

(同样,你有点进去看过源码么?这句话似乎是我面试别人的时候说的最多的一句话。)

为什么这么喜欢说这个? 我就是单纯地想看看有没有看源码的习惯。 

得到很多答案都是: 没有,但是我知道他们的区别和怎么使用。 ok的,这样也是ok的。

正文

俺今天就非得让看到这个文章的人,理会理会一些它。

不啰嗦,接下来跟我一起看一眼 equals 

 String的 equals

Java 看一眼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

Java 看一眼equals吧,都用这么久了

part2

Java 看一眼equals吧,都用这么久了

part3

Java 看一眼equals吧,都用这么久了

ps: String里面的value 就是char[ ]数组,这个应该大家都该知道。

Java 看一眼equals吧,都用这么久了

对象的equals

Java 看一眼equals吧,都用这么久了

源码:

public boolean equals(Object obj) {
        return (this == obj);
    }      

分析:

对象的equals比较非常直接,就是引用的内存地址的比较,不一样就false。

所以这也是为啥有些时候需要重写equals方法的原因,写成符合业务的比较逻辑

Java 看一眼equals吧,都用这么久了

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