java == 引發(fā)的線上異常詳解
今天分享遇到的一個線上的 bug，線上代碼：
class Scratch {
public static void main(String[] args) {
JSONArray arrays = JSONUtil.parseArray("[{'type':1},{},{'type':2},{'type':2}" +
",{'name':'zhangsan'},{'type':1},{'type':1},{'type':1}]");
List<User> users = JSONUtil.toList(arrays, User.class);
Set<User> set = users.stream().filter(u -> u.getType() == 1).collect(Collectors.toSet());
System.out.println(set);
}
@Data
static class User {
private String name;
private Integer type;
}
}
類似于這樣子的一段代碼會拋出一個空指針異常，你可以嘗試找一下哪里有可能會出現(xiàn)空指針異常。
異常堆棧長這樣子：
Exception in thread "main" java.lang.NullPointerException at Scratch.lambda$main$0(scratch.java:14) at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174) at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) at Scratch.main(scratch.java:14)
這個空指針異常還是比較好找到的，位于 Stream 中的 filter 中比較出現(xiàn)了異常：
u -> u.getType() == 1
我一開始的想法是對象 u 是一個 null 但后來發(fā)現(xiàn)不是，最終找到的地方是 u.getType() 是一個null，是由于 null == 1 拋出了一個空指針異常。
這就涉及到一個 java 的基礎點了 null == 1 等于什么？
== 是 java 中一個雙目比較運算符，可以用于基礎數(shù)據(jù)類型和引用數(shù)據(jù)類型的比較，當基礎數(shù)據(jù)類型之間比較時，會進行值之間的比較，比如：
1 == 1 // true 1 == 2 // false 1.33 == 1.33 // true
諸如以上的例子。
同樣的還可以進行對象之間的比較，如果是對象之間的比較的話，則會比較兩個變量所指向對象在內存中的地址，也就是說如果兩個變量沒有指向同一個對象的話，得到的就是 false;
null == Integer.valueOf(1) // false new Integer(1) == Integer.valueOf(1) // false Integer val1 = new Integer(13); Integer val2 = new Integer(13); val1 == val2; // false
這里不對 == 與 equals的區(qū)別做介紹，如果想要了解的可以自行查閱。
我想詳細描述的是我遇到的一種情況，是引用數(shù)據(jù)類型與基本數(shù)據(jù)類型之間用==比較的話會發(fā)生什么。
因為我的印象中 == 是不會引起空指針異常的，頂多一方為 null 而另外一方有值時會返回 false。
但是在這種情況在引用數(shù)據(jù)類型與基本數(shù)據(jù)類型進行比較的時候發(fā)生了。
null == 1 // NullPointerException
正常的情況來講，當引用數(shù)據(jù)類型與基本數(shù)據(jù)類型進行比較的時候，會將引用數(shù)據(jù)類型一方先進行拆箱操作(unbox)，然后對兩方進行值比較：
1 == Integer.valueOf(1); // true 1 == new Integer(1); // true
但是如果傳入的變量是一個 null的話，就會導致拆箱操作無法正常進行，從而導致拋出一個 NullPointerException。
由于拆箱操作是隱式進行的，對于開發(fā)者而言如果不知道發(fā)生了拆箱操作的話，就很難定位到空指針的位置，因此在進行等值判斷的時候，建議盡量使用jdk自帶的工具方法：
Objects.equals(null,1); // false
而它內部的實現(xiàn)是這樣子的：
public static boolean equals(Object a, Object b) {
return (a == b) || (a != null && a.equals(b));
}
對于引用數(shù)據(jù)類型和基本數(shù)據(jù)類型的比較，它首先會將傳入的基本數(shù)據(jù)類型進行裝箱操作(box)，然后進行對象之間的比較(比較地址)，在不相同的情況下再通過 equals進行判斷，也就是對==等值操作做了進一步的封裝。
參考資料
Java中equals和==的區(qū)別
總結
- 如果是基本數(shù)據(jù)類型，==判斷的是值
- 如果是對象類型，==判斷的是對象的地址
- 如果一邊是基本數(shù)據(jù)類型，另一邊是對象類型，則會首先對對象類型進行拆箱，然后按照基本數(shù)據(jù)類型來處理。
我需要畫重點的地方是 == 有可能會引起拆箱操作，當傳入對象為 null時拆箱操作會引發(fā)空指針異常問題。
建議在使用 == 的場景下統(tǒng)一使用 Objects.equals來代替。
本篇文章就到這里了，希望能夠給你帶來幫助，也希望您能夠多多關注腳本之家的更多內容!
相關文章
這篇文章主要介紹了java之使用stream對日期排序方式，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2023-04-04
這篇文章主要介紹了Java Thread之Sleep()使用方法總結，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2020-05-05
@Autowired注解是Spring中非常重要且常見的，接下來就簡要的介紹一下它的用法。@Autowired默認是通過set方法，按照類型自動裝配JavaBean，set方法可省略不寫，它主要是修飾在成員變量上2023-01-01
本篇文章主要介紹了詳解利用Spring加載Properties配置文件，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-04-04
本篇文章主要介紹了JAVA實現(xiàn)通用日志記錄方法，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-06-06
最近有位細心的朋友在閱讀筆者的文章時，對java類的生命周期問題有一些疑惑，筆者打開百度搜了一下相關的問題，看到網(wǎng)上的資料很少有把這個問題講明白的，主要是因為目前國內java方面的教材大多只是告訴你“怎樣做”，但至于“為什么這樣做”卻不多說2016-01-01
這篇文章主要給大家介紹了關于Spring中Xml屬性配置的解析全過程，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2021-03-03
本文主要介紹了mybatis中#{}和${}的區(qū)別詳解，文中通過示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2022-01-01
本文主要介紹了Mybatis Generator具體使用小技巧，文中通過示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2021-12-12
這篇文章主要介紹了親測解決,nacos下線失敗問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-07-07