最近，小黑哥在一個業務改造中，使用三目運算子重構了業務代碼，沒想到測驗的時候竟然發生 NPE 的問題，
重構代碼非常簡單，代碼如下：
// 方法回傳引數型別為 Integer
// private Integer code;
SimpleObj simpleObj = new SimpleObj();
// 其他業務邏輯
if (simpleObj == null) {
return -1;
} else {
return simpleObj.getCode();
}
這段 if 判斷，小黑哥看到的時候，感覺很是繁瑣，于是使用條件運算式重構了一把，代碼如下：
// 方法回傳引數型別為 Integer
SimpleObj simpleObj = new SimpleObj();
// 其他業務邏輯
return simpleObj == null ? -1 : simpleObj.getCode();
測驗的時候，第四行代碼拋出了空指標，這里代碼很簡單，顯然只有 simpleObj#getCode才有可能發生 NPE 問題，
但是我明明為 simpleObj做過判空判斷，simpleObj 物件肯定不是 null，那么只有 simpleObj#getCode 回傳為 null，但是我的代碼并沒有對這個方法回傳值做任何操作，為何會觸發 NPE？
難道是又是自動拆箱導致的 NPE 問題？
在解答這個問題之前，我們首先復習一下條件運算式，
點贊再看，養成習慣，微信搜索『程式通事』，關注查看最新文章~
三目運算子
三目運算子，官方英文名稱:Conditional Operator ? :,又叫條件運算式，本文不糾結名稱，統一使用條件運算式，
條件運算式的基本用法非常簡單，它由三個運算元的運算子構成，形式為：
<運算式 1>？<運算式 2>:<運算式 3>
條件運算式的計算從左往右計算，首先需要計算計算運算式 1 ，其結果型別必須為 Boolean 或 boolean，否則發生編譯錯誤，
當運算式 1 的結果為 true，將會執行運算式 2，否則將會執行運算式 3，
運算式 2 與運算式 3 最后的型別必須得有回傳結果，即不能為是 void，若為 void ，編譯時將會報錯，
最后需要注意的是，運算式 2 與運算式 3 不會被同時執行，兩者只有一個會被執行，
踩坑案例
了解完三目運算子的基本原理，我們簡化一下開頭例子，復現一下三目運算子使用程序的一些坑，假設我們的例子簡化成如下：
boolean flag = true; //設定成true，保證運算式 2 被執行
int simpleInt = 66;
Integer nullInteger = null;
案例 1
第一個案例我們根據如下計算 result 的值，
int result = flag ? nullInteger : simpleInt;
這個案例為開頭的例子的簡化版本，運算上述代碼，將會發生 NPE 的，
為什么會發發生 NPE 呢？
這里可以給大家一個小技巧，當我們從代碼上沒辦法找到答案時，我們可以試試查看一下編譯之后位元組碼，或許是 Java 編譯之后增加某些東西，從而導致問題，
使用 javap -s -c class 查看 class 檔案位元組碼，如下：
可以看到位元組碼中加入一個拆箱操作，而這個拆箱只有可能發生在 nullInteger，
那么為什么 Java 編譯器在編譯時會對運算式進行拆箱？難道所有數字型別的包裝型別都會進行拆箱嗎？
條件運算式運算式發生自動拆箱，其實官方在 「The Java Language Specification（簡稱：JLS）」15.25 節中做出一些規定，部分內容如下：
JDK7 規范
If the second and third operands have the same type (which may be the null type), then that is the type of the conditional expression.
If one of the second and third operands is of primitive type T, and the type of the other is the result of applying boxing conversion (§5.1.7) to T, then the type of the conditional expression is T.
用大白話講，如果運算式 2 與運算式 3 型別相同，那么這個不用任何轉換，條件運算式運算式結果當然與運算式 2，3 型別一致，
當表達 2 或運算式 3 其中任一一個是基本資料型別，比如 int，而另一個運算式型別為包裝型別，比如 Integer，那么條件運算式運算式結果型別將會為基本資料型別，即 int，
ps：有沒有疑問？為什么不規定最后結果型別都為包裝類那？
這是 Java 語言層面一種規范，但是這個規范如果強制讓程式員執行，想必平常使用三目運算子將會比較麻煩，所以面對這種情況， Java 在編譯器在編譯程序加入自動拆箱進制，
所以上述代碼可以等同于下述代碼：
int result = flag ? nullInteger.intValue() : simpleInt;
如果我們一開始的代碼如上所示，那么這里錯誤點其實就很明顯了，
案例 2
接下來我們在第一個案例基礎上修改一下：
boolean flag = true; //設定成true，保證運算式 2 被執行
int simpleInt = 66;
Integer nullInteger = null;
Integer objInteger = Integer.valueOf(88);
int result = flag ? nullInteger : objInteger;
運行上述代碼，依然會發生 NPE 的問題，當然這次問題發生點與上一個案例不一樣，但是錯誤原因卻是一樣，還是因為自動拆箱機制導致，
這一次運算式 2 與運算式 3 都為包裝類 Integer，所以條件運算式的最后結果型別也會是 Integer，
但是由于 result是 int 基本資料型別，好家伙，資料型別不一致，編譯器將會對條件運算式的結果進行自動拆箱，由于結果為 null，自動拆箱將報錯了，
上述代碼等同為：
int result = (flag ? nullInteger : objInteger).intValue();
案例 3
我們再稍微改造一下案例 1 的例子，如下所示：
boolean flag = true; //設定成true，保證運算式 2 被執行
int simpleInt = 66;
Integer nullInteger = null;
Integer result = flag ? nullInteger : simpleInt;
案例 3 與案例 1 右邊部分完全相同，只不過左邊部分的型別不一樣，一個為基本資料型別 int，一個為 Integer，
按照案例 1 的分析，這個也會發生 NPE 問題，原因與案例 1 一樣，
這個之所以拿出來，其實想說下，上述條件運算式的結果為 int 型別，而左邊型別為 Integer，所以這里將會發生自動裝箱操作，將 int型別轉化為 Integer，
上述代碼等同為：
Integer result = Integer.valueOf(flag ? nullInteger.intValue() : simpleInt);
案例 4
最后一個案例，與上面案例都不一樣，代碼如下：
boolean flag = true; //設定成true，保證運算式 2 被執行
Integer nullInteger = null;
Long objLong = Long.valueOf(88l);
Object result = flag ? nullInteger : objLong;
運行上述代碼，依然將會發生 NPE 的問題，
這個案例運算式 2 與運算式 3 型別不一樣，一個為 Integer，一個為 Long，但是這兩個型別都是 Number的子類，
面對上述情況，JLS 規定：
Otherwise, binary numeric promotion (§5.6.2) is applied to the operand types, and the type of the conditional expression is the promoted type of the second and third operands.
Note that binary numeric promotion performs value set conversion (§5.1.13) and may perform unboxing conversion (§5.1.8).
大白話講，當運算式 2 與運算式 3 型別不一致，但是都為數字型別時，低范圍型別將會自動轉為高范圍資料型別，即向上轉型，這個程序將會發生自動拆箱，
Java 中向上轉型并不需要添加任何轉化，但是向下轉換必須強制添加型別轉換，
上述代碼轉化比較麻煩，我們先從位元組碼上來看：
第一步，將 nullInteger拆箱，
第二步，將上一步的值轉為 long 型別，即 (long)nullInteger.intValue()，
第三步，由于運算式 2 變成了基本資料型別，運算式 3 為包裝型別，根據案例 1 講到的規則，包裝型別需要轉為基本資料型別，所以運算式 3 發生了拆箱，
第四步，由于條件運算式最后的結果型別為基本資料型別：long，但是左邊型別為 Object，這里就需要把 long 型別裝箱轉為包裝型別，
所以最后代碼等同于：
Object result = Long.valueOf(flag ? (long)nullInteger.intValue() : objLong.longValue());
總結
看完上述四個案例，想必大家應該會有種感受，沒想到這么簡單的條件運算式，既然暗藏這么多「殺機」，
不過大家也不用過度害怕，不使用條件運算式，只要我們在開發程序重點注意包裝型別的自動拆箱問題就好了，另外也要注意條件運算式的計算結果再賦值的時候自動拆箱引發的 NPE 的問題，
最好大家在開發程序中，都遵守一定的規范，即保持運算式 2 與運算式 3 的型別一致，不讓 Java 編譯器有自動拆箱的機會，
建議大家沒事經常看下阿里出品的『Java 開發手冊』，在最新的「泰山版」就增加條件運算式的這一節規范，
ps:公號訊息回復:『開發手冊』，獲取最新版的 Java 開發手冊，
最后一定要做好的單元測驗，不要慣性思維，覺得這么簡單的一個東西，看起來根本不可能出錯的，
參考
- Java 開發手冊-泰山版
- 《Java 開發手冊》解讀：三目運算子為何會導致 NPE？
歡迎關注我的公眾號：程式通事，獲得日常干貨推送，如果您對我的專題內容感興趣，也可以關注我的博客：studyidea.cn
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/172508.html
標籤：Java
上一篇：jvm：位元組碼執行流程