equals 與 hashCode 筆記一

本系列文章準備從以下三方面入手,分別是 equals,hashCode 和常見的面試題。

第一篇文章主要講解 equals 方法,分為以下部分:

  1. 關于 equals
  2. 重寫 equals() 原因
  3. equals() 原則
  4. getClass 與 instanceof 的區別
  5. 如何更好地重寫 equals()

關于 equals

" == "操作符主要比較的是操作符兩端對象的內存地址。如果兩個對象的內存地址是一致的,那么就返回 true ;反之,則返回 false 。

Java的數據類型分為:

  • 基本數據類型:8種,分別為byte,short,int,long,float,double,char,boolean
    除了 float 和 double 外,其他使用 == 進行數值比較。

  • 復合數據類型:類實例化對象, 當他們用 == 進行比較的時候,比較的是他們在內存中的存放地址,所以,除非是同一個 new 出來的對象,他們的比較后的結果為 true,否則比較后結果為 false 。

重寫 equals() 原因

JAVA 當中所有的類都是繼承于 Object 這個基類的,在 Object 中的基類中定義了一個 equals 的方法,這個方法的初始行為是比較對象的內存地址。

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

雖然有時候 Object 的 equals() 方法可以滿足我們一些基本的要求,但是我們必須要清楚我們很大部分時間都是進行兩個對象的比較,這個時候 Object 的 equals() 方法就不可以了,像 String,Integer,Date 等封裝類都對 equals() 方法進行了重寫。比如 String 類:

public boolean equals(Object anObject) {
    if (this == anObject) {
        return true;
    }
    if (anObject instanceof String) {
        String anotherString = (String)anObject;
        int n = count;
        if (n == anotherString.count) {
        char v1[] = value;
        char v2[] = anotherString.value;
        int i = offset;
        int j = anotherString.offset;
        while (n-- != 0) {
            if (v1[i++] != v2[j++])
            return false;
        }
        return true;
        }
    }
    return false;
    }

equals() 原則

在 Java 規范中,它對 equals() 方法的使用必須要遵循如下幾個規則:

equals 方法在非空對象引用上實現相等關系:

  1. 自反性:對于任何非空引用值 x,x.equals(x) 都應返回 true。

  2. 對稱性:對于任何非空引用值 x 和 y,當且僅當 y.equals(x) 返回 true 時,x.equals(y) 才應返回 true。

  3. 傳遞性:對于任何非空引用值 x、y 和 z,如果 x.equals(y) 返回 true,并且 y.equals(z) 返回 true,那么 x.equals(z) 應返回 true。

  4. 一致性:對于任何非空引用值 x 和 y,多次調用 x.equals(y) 始終返回 true 或始終返回 false,前提是對象上 equals 比較中所用的信息沒有被修改。

  5. 對于任何非空引用值 x,x.equals(null) 都應返回 false。

getClass 與 instanceof 的區別

我們在覆寫 equals() 方法時,一般都是推薦使用 getClass 來進行類型判斷,不是使用 instanceof。我們都清楚 instanceof 的作用是判斷其左邊對象是否為其右邊類的實例,返回 boolean 類型的數據。也可以用來判斷繼承中的子類的實例是否為父類的實現。

父類Person的實現:

public class Person {
    protected String name;

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public Person(String name){
        this.name = name;
    }
    
    @Override
    public boolean equals(Object object){
        // 1->先比較引用是否相同
        if(this == object) {    
            return true;
        }
        // 2->再比較類型是否一致
        if(object instanceof Person){
        // if(object.getClass() == Person.class){
            Person p = (Person) object;
        // 3->最后比較內容是否相同
            if(p.getName() == null || name == null){
                return false;
            }
            else{
                return name.equalsIgnoreCase(p.getName ());
            }
        }
        return false;
   }
}

子類Employee實現:

public class Employee extends Person{
    private int id;

    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    public Employee(String name,int id){
        super(name);
        this.id = id;
    }

    @Override
    public boolean equals(Object object){
        if(object instanceof Employee){
        // if(object.getClass() == Employee.class){
            Employee e = (Employee) object;
            return super.equals(object) && e.getId() == id;
        }
        return false;
    }
}

測試類 EqualsTest 的實現:

public class EqualsTest {

    public static void main(String[] args) {
        
        Employee e1 = new Employee("Mary", 18);
        Employee e2 = new Employee("Mary", 19);
        Person p1 = new Person("Mary");

        System.out.println(p1.equals(e1));
        System.out.println(p1.equals(e2));
        System.out.println(e1.equals(e2));
    }

}

測試結果:

true
true
false

分析:因為 e1、e2 明明是兩個不同的類,但為什么會出現這個情況?首先 p1.equals(e1),是調用 p1 的 equals 方法,該方法使用 instanceof 關鍵字來檢查 e1 是否為 Person 類,這里我們再看看 instanceof:判斷其左邊對象是否為其右邊類的實例,也可以用來判斷繼承中的子類的實例是否為父類的實現。他們兩者存在繼承關系,肯定會返回 true 了,而兩者 name 又相同,所以結果肯定是 true。所以重寫 equals 時推薦使用 getClass 進行類型判斷。而不是使用 instanceof。

那 String 類重寫 equals 時,為什么使用了 instanceof 關鍵字呢?原因在于: String 類采用了 final ,即不允許被繼承,所以不會出現上述問題。

如何更好地重寫 equals()

關于重寫 equals() 的模板:

  1. 先比較引用是否相同
  2. 再比較類型是否一致
  3. 最后比較內容是否相同

具體的例子如上述類Person的實現。

參考連接

  1. equals() 方法總結
  2. 聊聊Java中的 " == "、equals以及hashCode
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,836評論 6 540
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,275評論 3 428
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,904評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,633評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,368評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,736評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,740評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,919評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,481評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,235評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,427評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,968評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,656評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,055評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,348評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,160評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,380評論 2 379

推薦閱讀更多精彩內容