快捷導(dǎo)航

java == 引發(fā)的線上異常詳解

更新時間：2021年09月28日 14:55:42 作者：ghimi

這篇文章主要介紹了java == 引發(fā)的線上異常,文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下

今天分享遇到的一個線上的 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 的基礎(chǔ)點了 null == 1 等于什么？

== 是 java 中一個雙目比較運算符，可以用于基礎(chǔ)數(shù)據(jù)類型和引用數(shù)據(jù)類型的比較，當(dāng)基礎(chǔ)數(shù)據(jù)類型之間比較時，會進(jìn)行值之間的比較，比如：

1 == 1 // true
1 == 2 // false
1.33 == 1.33 // true

諸如以上的例子。

同樣的還可以進(jìn)行對象之間的比較，如果是對象之間的比較的話，則會比較兩個變量所指向?qū)ο笤趦?nèi)存中的地址，也就是說如果兩個變量沒有指向同一個對象的話，得到的就是 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ū)別做介紹，如果想要了解的可以自行查閱。

我想詳細(xì)描述的是我遇到的一種情況，是引用數(shù)據(jù)類型與基本數(shù)據(jù)類型之間用==比較的話會發(fā)生什么。

因為我的印象中 == 是不會引起空指針異常的，頂多一方為 null 而另外一方有值時會返回 false。
但是在這種情況在引用數(shù)據(jù)類型與基本數(shù)據(jù)類型進(jìn)行比較的時候發(fā)生了。

null == 1 // NullPointerException

正常的情況來講，當(dāng)引用數(shù)據(jù)類型與基本數(shù)據(jù)類型進(jìn)行比較的時候，會將引用數(shù)據(jù)類型一方先進(jìn)行拆箱操作(unbox)，然后對兩方進(jìn)行值比較：

1 == Integer.valueOf(1); // true
1 == new Integer(1); // true

但是如果傳入的變量是一個 null的話，就會導(dǎo)致拆箱操作無法正常進(jìn)行，從而導(dǎo)致拋出一個 NullPointerException。

由于拆箱操作是隱式進(jìn)行的，對于開發(fā)者而言如果不知道發(fā)生了拆箱操作的話，就很難定位到空指針的位置，因此在進(jìn)行等值判斷的時候，建議盡量使用jdk自帶的工具方法：

Objects.equals(null,1); // false

而它內(nèi)部的實現(xiàn)是這樣子的：

public static boolean equals(Object a, Object b) {
    return (a == b) || (a != null && a.equals(b));
}

對于引用數(shù)據(jù)類型和基本數(shù)據(jù)類型的比較，它首先會將傳入的基本數(shù)據(jù)類型進(jìn)行裝箱操作(box)，然后進(jìn)行對象之間的比較(比較地址)，在不相同的情況下再通過 equals進(jìn)行判斷，也就是對==等值操作做了進(jìn)一步的封裝。

在這里插入圖片描述