溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

如何使用JDK14中的NullPointerExceptions

發(fā)布時(shí)間:2020-07-29 14:28:03 來源:億速云 閱讀:137 作者:小豬 欄目:編程語言

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

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

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

出現(xiàn)了NullPointerExceptions之后我們?cè)趺刺幚砟兀?/p>

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

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

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

舉個(gè)例子,我們定義一個(gè)CustUser和Address:

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

再來產(chǎn)生一個(gè)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());
 }
}

上面代碼中的最后一行,因?yàn)閍ddressName是空的,所以在調(diào)用toLowerCase的時(shí)候會(huì)拋出NPE。運(yùn)行結(jié)果如下:

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

上述異常只告訴我們有一個(gè)NPE在第16行。但是16行有一長串代碼,到底是哪里報(bào)了這個(gè)異常呢?

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

別害怕,JEP 358: Helpful NullPointerExceptions就是用來解決這個(gè)問題。

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

-XX:+ShowCodeDetailsInExceptionMessages

如何使用JDK14中的NullPointerExceptions

運(yùn)行一下:

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)

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

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

有利就有弊,我們看下這個(gè)參數(shù)有什么影響:

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

看完上述內(nèi)容,是不是對(duì)如何使用JDK14中的NullPointerExceptions有進(jìn)一步的了解,如果還想學(xué)習(xí)更多內(nèi)容,歡迎關(guān)注億速云行業(yè)資訊頻道。

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI