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)
看到不同之处了吗？完整的出错信息被打印出来了。你苦思冥想的问题解决了。
这个特性好是好，但是默认情况下是被关闭的。
有利就有弊，我们看下这个参数有什么影响：
