前言
为啥日志里面没有错误信息？
我明明打印了错误信息的啊？
e.getMessage() 是空，为什么？
有时候可以啊，怎么现在就没了？
骗人的吧，这个错误信息。
一声声带着惊讶，带着恐慌，带着质疑，带着无奈的话语，从某个角落里传出。
议论纷纷......
似乎拿不到异常信息是个僵局，只能用 玄 学 两个字来 解释。
玄学
初学者若有所思，听到 玄学 两字，思路阔然开朗，频频点头表示 附议。
破局： 不是玄学，不曾了解，无法解释，是因为没有看过这篇文章。
正文
在我们探究为什么异常信息有时候可以打印，有时候又打印不了之前 ， 我们看一下java里 所谓 异常 的家族谱：
看过族谱后，我们再回顾我们的代码，当我们使用try .....catch ... 不确定异常类型，我们会选择 抓住 Exception.
可以看到异常族谱图里， 可以看到 Exception底下有三个儿子，
分别是 SQLException ，IOException异常 和 RuntimeException异常；
其中RuntimeException异常 ，运行时异常应该是我们见的最多的了。
空指针，数组越界，类型转换，算数，都是老面孔了。
我们开始上菜。 到底为什么有的异常，e.getMessage（）的时候打印为空？
直接先把结论隔这了，
SQLException 和 IOException 这两个家伙的 e.getMessage（） 不为空。
RuntimeException 里面的异常，
ArrayIndexOutOfBoundsException，
NullPointerException，
ClassCastException，
ArithmeticException
这些家伙， e.getMessage（） 都是 null 。
结合代码分析， 不是我针对空指针，早就看它很不爽，一起解剖它！
public static void main(String[] args) {
try {
List resultList= getResultListTest();
if (resultList.size()>0){
System.out.println("获取到的结果是："+resultList);
}
} catch (Exception e) {
System.out.println("异常！");
System.out.println(e.getMessage());
}
}
public static List getResultListTest(){
return null;
}我们故意模拟出空指针异常，重现它的 e.getMessage() 为null ：
熟悉的场景， 是 玄学！
既然是空，那么我们就看看为什么是空？
这个空的玩意从哪里来！？
一个debug，让空指针的信息无处可逃：
从debug看到，空指针 NullPointerException 里面 message确实是空的 。不是玄学，来也空，去也空。
而里面的栈信息不是空的，内容丰富了听到，所以如果我们采取的是错误信息栈打印：
e.printStackTrace();
这样看，错误信息就具体了很多，不仅可以指定是什么异常类型，还能看到了报错的行数。
那么很多人就会有想法了， NullPointerException 的 e.getMessage（） 为空，但是把e 打印出来应该还是能看到点信息的，不至于 竹篮打水一场 null ，确实，当你自己非常清楚空指针这个异常的抛出原因时，你可以简单地打印一下 e信息也是可以的：
System.out.println(e.toString());
看到这，也就是说如果你真想对运行时异常 RuntimeException 里面的相关异常 错误信息打印分析，那么在测试排查阶段，你可以使用 e.printStackTrace(); 或者 e.toString()；
但是你如果使用的时 e.getMessage（） ，那么到头来就是一场空。
到这里其实已经 简单解释完毕了（别光看着看着，忘记记东西了，下次还以为是玄学就不得行了），就是开头说的：
SQLException 和 IOException 这两个家伙的 e.getMessage（） 不为空。
RuntimeException 里面的异常，
ArrayIndexOutOfBoundsException，
NullPointerException，
ClassCastException，
ArithmeticException
这些家伙， e.getMessage（） 都是 null 。
利好消息来了！ 利好消息来了！ 兄弟们上车！
在这里我忍不住要说一下，是不是觉得这个空指针消息，也就是NPE消息，其实是可以没必要空的，完全可以带点可供程序员排查、定位错误的信息。
是的，我相信很多人都是这么想的，所以在JDK 14 和JDK15 的时候， 更好的NPE消息 出现了，JDK 15 Early Access Build＃29自动提供了有用的NullPointerException详细信息。
但是现在我们用的是JDK 1.8, 所以先别高兴了，赶紧回到正题。
菜吃到这，有些客官感觉还行，吃饱了；但是有些胃口大开的客观表示，还不够，还想吃。
安排！
看看我找到了什么，没错是源码：
可以看到 NullPointerException 里面有两个构造方法，一个是空的构造方法，一个是可以传msg的构造方法。
当然它的哥哥弟弟姐姐妹妹们也是这样的（我就贴一个类型转换异常，其它runtime异常我就不贴了）：
看到这里，大家可以显然知道，在我们还不是使用JDK15的时候，显然只要是空指针类型，就是相当于抛出来的
NullPointerException 调用的是无参构造方法，也就是跟我们直接new 一个NullPointerException是一个道理，
NullPointerException e = new NullPointerException();
所以这样去 getMessage，为 null 是必然的。
那么我们来简单看看有参的NullPointerException 构造方法使用：
public static void main(String[] args) {
try {
List resultList= getResultListTest(1);
if (resultList.size()>0){
System.out.println("获取到的结果是："+resultList);
}
} catch (Exception e) {
System.out.println(e.getMessage());
}
}
public static List getResultListTest(int num){
if (num==1){
System.out.println("模拟检测到空,主动抛出异常");
throw new NullPointerException("resultList 为空了啊！");
}
return null;
}控制台输出：
没错，这种情况你就可以去通过e.getMessage（）获取到自己自定义的异常信息。
这种多用于自定义异常的时候，我们自己去使用异常里带参的构造方法。
什么没听懂怎么使用？ 那么可以看看我这篇文章 全局异常捕获（https://blog.csdn.net/qq_35387940/article/details/94176450）
好了，该篇 文章就到此吧。