如何使用JDK14中的NullPointerExceptions

這篇文章主要講解了如何使用JDK14中的NullPointerExceptions，內(nèi)容清晰明了，對此有興趣的小伙伴可以學(xué)習(xí)一下，相信大家閱讀完之后會有幫助。

為海原等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及海原網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站建設(shè)、做網(wǎng)站、海原網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

JDK 14的新特性:更加好用的NullPointerExceptions

讓99%的java程序員都頭痛的異常就是NullPointerExceptions了。NullPointerExceptions簡稱NPE，它是運行時異常的一種，也是java程序中最最容易出現(xiàn)的異常。

出現(xiàn)了NullPointerExceptions之后我們怎么處理呢？

一般情況下就是看日志，看一下到底哪一行出錯了。如果這一行只有簡單的代碼，那么很容易就找到問題所在。

要命的是如果這一行很復(fù)雜，那么找出問題就不是那么容易了。很有可能我們需要向前debug100行，向后debug50行才能解決。

最大的問題就是如果這個異常出現(xiàn)在線上環(huán)境，debug是不可能debug了。這時候就要靠你的肉眼，你對程序的敏感程度再加上你的專業(yè)素養(yǎng)，才能從萬花叢中找出那個問題。

舉個例子，我們定義一個CustUser和Address：

@Data
public class CustUser {
 private String userName;
 private Address address;
}

@Data
public class Address {
 private String addressName;
}

再來產(chǎn)生一個NPE：

@Slf4j
public class NPEUsage {

 public static void main(String[] args) {
  Address address=new Address();
  CustUser custUser=new CustUser();
  custUser.setAddress(address);
  log.info(custUser.getAddress().getAddressName().toLowerCase());
 }
}

上面代碼中的最后一行，因為addressName是空的，所以在調(diào)用toLowerCase的時候會拋出NPE。運行結(jié)果如下：

Exception in thread "main" java.lang.NullPointerException
at com.flydean.nullpointerexceptions.NPEUsage.main(NPEUsage.java:16)

上述異常只告訴我們有一個NPE在第16行。但是16行有一長串代碼，到底是哪里報了這個異常呢？

簡單代碼，比如上面我們提的例子，簡單分析一下就知道問題所在了。但是對于那么猶如蛛網(wǎng)一樣的復(fù)雜的項目，找起來就很難了。

別害怕，JEP 358: Helpful NullPointerExceptions就是用來解決這個問題。

還是上面的例子，還是上面的配方和味道，我們只需要在運行時加上下面的參數(shù)：

-XX:+ShowCodeDetailsInExceptionMessages

如何使用JDK14中的NullPointerExceptions

運行一下：

Exception in thread "main" java.lang.NullPointerException: Cannot invoke "String.toLowerCase()" because the return value of "com.flydean.nullpointerexceptions.Address.getAddressName()" is null
at com.flydean.nullpointerexceptions.NPEUsage.main(NPEUsage.java:16)

看到不同之處了嗎？完整的出錯信息被打印出來了。你苦思冥想的問題解決了。

這個特性好是好，但是默認情況下是被關(guān)閉的。

有利就有弊，我們看下這個參數(shù)有什么影響：

性能影響：因為要存儲額外的信息，對 stack trace會有性能上面的壓力。
安全影響：從上面的例子我們可以看到異常信息中包含了非常充分的代碼信息內(nèi)容。如果對一些機密應(yīng)用，完全可以通過異常信息來推斷代碼邏輯。從而對安全性造成影響。
兼容性：最后是兼容性，之前的JVM可沒有存儲這些額外的NPE信息，所以可能會有兼容性的問題。

看完上述內(nèi)容，是不是對如何使用JDK14中的NullPointerExceptions有進一步的了解，如果還想學(xué)習(xí)更多內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

本文名稱：如何使用JDK14中的NullPointerExceptions
網(wǎng)站路徑：http://bm7419.com/article38/ipddpp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)網(wǎng)站制作、響應(yīng)式網(wǎng)站、動態(tài)網(wǎng)站、面包屑導(dǎo)航、虛擬主機、域名注冊

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容