JDK14的新特性更加好用的NullPointerExceptions

Z时代
2024-01-10
分类：综合

让99%的java程序员都头痛的异常就是NullPointerExceptions了。NullPointerExceptions简称NPE，它是运行时异常的一种，也是java程序中最最容易出现的异常。

出现了NullPointerExceptions之后我们怎么处理呢？

一般情况下就是看日志，看一下到底哪一行出错了。如果这一行只有简单的代码，那么很容易就找到问题所在。

要命的是如果这一行很复杂，那么找出问题就不是那么容易了。很有可能我们需要向前debug100行，向后debug50行才能解决。

最大的问题就是如果这个异常出现在线上环境，debug是不可能debug了。这时候就要靠你的肉眼，你对程序的敏感程度再加上你的专业素养，才能从万花丛中找出那个问题。

举个例子，我们定义一个CustUser和Address：

[@Data](https://my.oschina.net/difrik)
public class CustUser {
    private String userName;
    private Address address;
}

[@Data](https://my.oschina.net/difrik)
public class Address {
    private String addressName;
}

再来产生一个NPE：

[@Slf4j](https://my.oschina.net/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)

看到不同之处了吗？完整的出错信息被打印出来了。你苦思冥想的问题解决了。

这个特性好是好，但是默认情况下是被关闭的。

有利就有弊，我们看下这个参数有什么影响：