您好,登錄后才能下訂單哦!
如何理解JDK 14的NullPointerExceptions,很多新手對此不是很清楚,為了幫助大家解決這個難題,下面小編將為大家詳細講解,有這方面需求的人可以來學習下,希望你能有所收獲。
讓99%的java程序員都頭痛的異常就是NullPointerExceptions了。
NullPointerExceptions簡稱NPE,它是運行時異常的一種,也是java程序中最最容易出現的異常。
出現了NullPointerExceptions之后我們怎么處理呢?
一般情況下就是看日志,看一下到底哪一行出錯了。如果這一行只有簡單的代碼,那么很容易就找到問題所在。
要命的是如果這一行很復雜,那么找出問題就不是那么容易了。很有可能我們需要向前debug100行,向后debug50行才能解決。
最大的問題就是如果這個異常出現在線上環境,debug是不可能debug了。這時候就要靠你的肉眼,你對程序的敏感程度再加上你的專業素養,才能從萬花叢中找出那個問題。
舉個例子,我們定義一個CustUser和Address:
@Data
public class CustUser {
private String userName;
private Address address;}
@Data
public class Address {
private String addressName;}
再來產生一個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是空的,所以在調用toLowerCase的時候會拋出NPE。運行結果如下:
Exception in thread "main" java.lang.NullPointerException
at com.flydean.nullpointerexceptions.NPEUsage.main(NPEUsage.java:16)
上述異常只告訴我們有一個NPE在第16行。但是16行有一長串代碼,到底是哪里報了這個異常呢?
簡單代碼,比如上面我們提的例子,簡單分析一下就知道問題所在了。但是對于那么猶如蛛網一樣的復雜的項目,找起來就很難了。
別害怕,JEP 358: Helpful NullPointerExceptions就是用來解決這個問題。
還是上面的例子,還是上面的配方和味道,我們只需要在運行時加上下面的參數:
-XX:+ShowCodeDetailsInExceptionMessages
運行一下:
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)
看到不同之處了嗎?完整的出錯信息被打印出來了。你苦思冥想的問題解決了。
這個特性好是好,但是默認情況下是被關閉的。
有利就有弊,我們看下這個參數有什么影響:
性能影響:因為要存儲額外的信息,對 stack trace會有性能上面的壓力。
安全影響:從上面的例子我們可以看到異常信息中包含了非常充分的代碼信息內容。如果對一些機密應用,完全可以通過異常信息來推斷代碼邏輯。從而對安全性造成影響。
兼容性:最后是兼容性,之前的JVM可沒有存儲這些額外的NPE信息,所以可能會有兼容性的問題。
看完上述內容是否對您有幫助呢?如果還想對相關知識有進一步的了解或閱讀更多相關文章,請關注億速云行業資訊頻道,感謝您對億速云的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。