Java三目運(yùn)算中隱藏自動拆裝箱的示例分析

這篇文章將為大家詳細(xì)講解有關(guān)Java三目運(yùn)算中隱藏自動拆裝箱的示例分析，小編覺得挺實(shí)用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

最近修改線上bug的時(shí)候排查了一個十分隱藏的bug，直接上代碼：

Integer a = null;
boolean flag = true;
Integer b = flag ? a : 0;

乍一看是沒什么毛病的，但是已運(yùn)行就會發(fā)現(xiàn)報(bào)空指針，在idea里面也會警告可能有空指針，這是什么原因呢？

直接看字節(jié)碼：

0: aconst_null
1: astore_1
2: iconst_1
3: istore_2
4: iload_2
5: ifeq     15
8: aload_1
9: invokevirtual #2       // Method java/lang/Integer.intValue:()I
12: goto     16
15: iconst_0
16: invokestatic #3      // Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer;
19: astore_3
20: getstatic   #4      // Field java/lang/System.out:Ljava/io/PrintStream;
23: aload_3
24: invokevirtual #5      // Method java/io/PrintStream.println:(Ljava/lang/Object;)V
27: return

可以看到字節(jié)碼中調(diào)用了`Integer.valueOf()`方法，因?yàn)槲覀兇a中一個值使用的是0（基本數(shù)據(jù)類型int），編譯器就會進(jìn)行自動拆裝箱（成int），

雖然三目運(yùn)算的后面邏輯不會執(zhí)行，但是隱藏的自動拆裝箱會執(zhí)行`Integer.valueOf()`方法，也就有了空指針異常。

為了進(jìn)一步驗(yàn)證存在自動拆裝箱，把代碼修改一下：

Integer a = null;
boolean flag = true;
Integer b = flag ? a : new Integer(0);

再看字節(jié)碼：

0: aconst_null
1: astore_1
2: iconst_1
3: istore_2
4: iload_2
5: ifeq     12
8: aload_1
9: goto     20
12: new      #2      // class java/lang/Integer
15: dup
16: iconst_0
17: invokespecial #3      // Method java/lang/Integer."<init>":(I)V
20: astore_3
21: getstatic   #4      // Field java/lang/System.out:Ljava/io/PrintStream;
24: aload_3
25: invokevirtual #5      // Method java/io/PrintStream.println:(Ljava/lang/Object;)V

可以看到，由于重新創(chuàng)建了一個`Integer`對象，并沒有基本類型的存在，也就不存在自動拆裝箱，修改過后的代碼也就不會有問題了，但是idea的警告依舊存在。

這是一個非常隱蔽，也非常容易忽略和踩坑的一個地方，三目運(yùn)算符的使用應(yīng)該保證后面的值都是常量，或者統(tǒng)一類型，不然就會出現(xiàn)上面的情況。

更甚三目運(yùn)算符本身提供的作用也不過是為了簡化邏輯，在其中放入過多的邏輯判斷也就違背了其初衷。

關(guān)于“Java三目運(yùn)算中隱藏自動拆裝箱的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。