引言

最近新出的Java14，相信大家有所耳聞，面對(duì)NullPointerException，Java14有哪些更好的處理方式呢？

1、傳統(tǒng)的NullPointerException

在編碼過(guò)程中，經(jīng)常會(huì)用到鏈?zhǔn)降恼{(diào)用方式來(lái)寫代碼，方便清晰，但是一旦出現(xiàn)NullPointerException，就頭大了。因?yàn)楹茈y知道異常在什么時(shí)候發(fā)生。舉個(gè)例子：

String city = employe.getDetailInfo().getAddress().getCity();

在鏈?zhǔn)秸{(diào)用過(guò)程中，如果 employee，getDetailInfo()，或者getAddress()為空，JVM就會(huì)拋出NullPointerExeption，那么導(dǎo)致異常的根本原因是什么？如果不使用調(diào)試器，我們很難確認(rèn)哪個(gè)變量為空。而JVM也只會(huì)打印導(dǎo)致異常的方法、文件名和行號(hào)。

2、增強(qiáng)型 NullPointerException

SAP在2006年為商業(yè)JVM實(shí)現(xiàn)了增強(qiáng)型的NullPointerException。2019年，被提議作為一個(gè)OpenJDK社區(qū)的增強(qiáng)。本質(zhì)上JEP 358通過(guò)描述某個(gè)變量是"null"來(lái)提高JVM生成"NullPointerException"的可讀性。通過(guò)在方法、文件名和行號(hào)旁邊描述為null的變量，帶來(lái)一個(gè)詳細(xì)的NullPointerException消息。通過(guò)分析程序的字節(jié)碼指令來(lái)工作，因此能夠準(zhǔn)確的定位到哪個(gè)變量或者表達(dá)式為null。

在Java14中，默認(rèn)是關(guān)閉詳細(xì)的異常消息的。

要啟用，需要配置：

-xx:+showCodeDeatilsInExceptionMessages

2.1 詳細(xì)的異常信息考慮在激活showCodeDeatilsInExceptionMessages標(biāo)志的情況下再次運(yùn)行代碼，從附加信息中，可以看到具體的空指針的類，來(lái)節(jié)省我們調(diào)試所用的時(shí)間。

JVM有兩部分組成詳細(xì)的異常信息，第一部分表示失敗的操作，是引用為null的結(jié)果，第二部分標(biāo)識(shí)了null引用的原因

Cannot invoke "String.toLowerCase()" because the return value of "getEmailAddress()" is null

為了生成異常信息，JEP 358重構(gòu)了將空引用推送到操作數(shù)堆棧上的部分源碼。

3 技術(shù)方面

只有當(dāng)JVM本身拋出"NullPointerException"時(shí)，才會(huì)進(jìn)行詳細(xì)的消息計(jì)劃，如果我們?cè)诖a中顯示拋出異常，則不會(huì)執(zhí)行計(jì)算。原因：在這些情況下，很可能已經(jīng)在異常構(gòu)造函數(shù)中傳遞了一條有意義的消息。

其次，JEP 358懶漢式的計(jì)算消息，這意味著只有當(dāng)我們打印異常消息的時(shí)候，才調(diào)用增強(qiáng)的NullPointerException，而不是當(dāng)異常發(fā)生時(shí)就調(diào)用。因此對(duì)于通常的JVM流程不應(yīng)該有任何性能影響。

最后，詳細(xì)的異常信息可能包含源代碼中的局部變量名。因此我們認(rèn)為這是一個(gè)潛在的安全風(fēng)險(xiǎn)。但是只有運(yùn)行使用激活的-G標(biāo)記編譯的代碼時(shí)，才會(huì)發(fā)生這樣的情況。

Employee employee = null;
employee.getName();

執(zhí)行以上代碼時(shí)，異常信息中會(huì)打印本地變量名稱：

"com.xxx.xxx.xxx$Employee.getName()"
because "employee" is null

相反，沒有額外調(diào)試信息的情況下，JVM只提供他在詳細(xì)信息中所知道的變量

Cannot invoke
 "com.xxx.xxx.xxx$Employee.getName()"
because "<locall>" is null

JVM打印編譯器分配的變量索引，而不是本地變量名（employee）

通過(guò)Java14增強(qiáng)型的NullPointerException，我們可以很快定位出代碼問(wèn)題所在，更快的調(diào)試代碼，提高效率。

以上就是Java14對(duì)于NullPointerException的新處理方式示例解析的詳細(xì)內(nèi)容，更多關(guān)于Java NullPointerException的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！