為什么Java中都不用a.equals(b)判斷對象相等
今天也是向高級程序員學(xué)習(xí)的一天。組長又說了我用a.equals(b)判斷對象相等的問題,一開始我還很奇怪,不都這么用嗎
組長:“……”
嗷嗷,原來是這樣,那該用什么呢?
組長:“……”
別急,這就把組長講的教給大家。
"a.equals(b)"和"a==b"
a.equals(b)是jdk1.7的方法。面試常考的是和“==”的區(qū)別:
如果 a 和 b 都是對象,則 a==b 是比較兩個(gè)對象的引用,只有當(dāng) a 和 b 指向的是堆中的同一個(gè)對象才會返回 true。
而 a.equals(b) 是進(jìn)行邏輯比較,當(dāng)內(nèi)容相同時(shí),返回true,所以通常需要重寫該方法來提供邏輯一致性的比較。
但到了實(shí)際開發(fā),情況就復(fù)雜的多了,比如Null和空字符串的區(qū)別
1.值是Null
1.a.equals(b), a 是null, 拋出NullPointException異常。
2.a.equals(b), a不是null, b是null, 返回false。不會拋出空指針異常。
3.Object.equals(a,b)比較時(shí), 若a 和 b 都是null, 則返回 true, 如果a 和 b 只有其中一個(gè)是null, 則返回false。不會拋出空指針異常。
null.equals("abc") // 拋出 NullPointerException 異常 "abc".equals(null) // 返回 false null.equals(null) // 拋出 NullPointerException 異常
Objects.equals(null, "abc") // 返回 false Objects.equals("abc",null) // 返回 false Objects.equals(null, null) // 返回 true
2.值是空字符串
1.a.equals(b):a 和 b 如果都是空值字符串:"", 返回的值是true, 如果a和b其中有一個(gè)不是空值字符串,則返回false;
2.Object.equals(a,b):與a.equals(b)相同。
"abc".equals("") // 返回 false "".equals("abc") // 返回 false "".equals("") // 返回 true
3.上源碼
找到Objects類的equals方法,注釋其實(shí)寫的很清楚。來理解一下
public final class Objects { private Objects() { throw new AssertionError("No java.util.Objects instances for you!"); } /** * Returns {@code true} if the arguments are equal to each other * and {@code false} otherwise. * Consequently, if both arguments are {@code null}, {@code true} * is returned and if exactly one argument is {@code null}, {@code * false} is returned. Otherwise, equality is determined by using * the {@link Object#equals equals} method of the first * argument. * * @param a an object * @param b an object to be compared with {@code a} for equality * @return {@code true} if the arguments are equal to each other * and {@code false} otherwise * @see Object#equals(Object) */ public static boolean equals(Object a, Object b) { return (a == b) || (a != null && a.equals(b)); }
核心代碼是這句:
return (a == b) || (a != null && a.equals(b));
首先,或運(yùn)算,如果地址比較為真,即表示的是同一對象,則不再繼續(xù)判斷。
如果不相等,先判斷a不為空,然后根據(jù)上面的知識點(diǎn),就不會再出現(xiàn)空指針。
所以,如果都是null,在第一個(gè)判斷上就為true了。如果不為空,地址不同,就重要的是判斷a.equals(b)。
4.該用什么
1.用Objects.equals(a,b)更加安全。
2.對于所有的比較,都推薦對象.方法,比如String 推薦Strings.method。
到此這篇關(guān)于為什么Java中都不用a.equals(b)判斷對象相等的文章就介紹到這了,更多相關(guān)Java a.equals(b)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
深入理解Java基礎(chǔ)之try-with-resource語法糖
這篇文章主要介紹了深入理解Java基礎(chǔ)之try-with-resource語法糖,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2019-02-02@RequestParam 接收參數(shù)的值為null的處理方式
這篇文章主要介紹了@RequestParam 接收參數(shù)的值為null的處理方式,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-11-11Java網(wǎng)絡(luò)編程實(shí)現(xiàn)多線程聊天
這篇文章主要為大家詳細(xì)介紹了Java網(wǎng)絡(luò)編程實(shí)現(xiàn)多線程聊天,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2021-07-07關(guān)于yml文件字符串,List,Map的書寫方式并使用@ConfigurationProperties注入配置類
這篇文章主要介紹了關(guān)于yml文件字符串,List,Map的書寫方式并使用@ConfigurationProperties注入配置類,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-12-12Atomikos + MybatisPlus解決多數(shù)據(jù)源事務(wù)一致性問題解決
在實(shí)際項(xiàng)目的開發(fā)過程中,我們經(jīng)常會遇到在同一個(gè)項(xiàng)目或微服務(wù)中牽涉到使用兩個(gè)或多個(gè)數(shù)據(jù)源的,本文主要介紹了Atomikos + MybatisPlus解決多數(shù)據(jù)源事務(wù)一致性問題解決,具有一定的參考價(jià)值,感興趣的可以了解一下2024-07-07logback ThrowableProxyConverter類源碼流程解析
這篇文章主要為大家介紹了logback ThrowableProxyConverter類源碼流程解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-12-12