就感觉很担心害怕，匆匆扫描一眼就开始猜问题应该如何如何，然后不断的根据猜测去调整代码，虽然也会debug但是还是浪费了不少的时间。
这是因为：
我们没有认认真真的看异常堆栈信息；
堆栈太多，我们并不确定到底哪里导致了问题。
解决办法就是：
知道异常堆栈产生的流程。
耐心的阅读堆栈信息。
解决问题
异常产生流程：上面报错，下面跟随
举个例子：我们有如下的测试代码
package com.bsx.test;
public class TestException {
public static void main(String[] args) {
TestException exception = new TestException();
exception.m1();
}
public void m1() {
m2();
}
public void m2() {
m3();
}
public void m3() {
String name = null;
System.out.println(name.length());
}
}执行之后输出结果如下：
Exception in thread "main" java.lang.NullPointerException
at com.bsx.test.TestException.m3(TestException.java:22)
at com.bsx.test.TestException.m2(TestException.java:17)
at com.bsx.test.TestException.m1(TestException.java:13)
at com.bsx.test.TestException.main(TestException.java:9)我们可以看到，这个错误日志输出的顺序跟调用顺序是相反的，为什么呢？
我们知道java的方法在执行的时候是在虚拟机栈中执行的，每执行一个方法就会新建一个栈帧然后压入到虚拟机栈中。
这是一个后进先出的结构，所以报错的时候也是从被调用者最开始报错，然后调用者依次报错，所以打印错误时的顺序也是报错的位置在最上面，调用者依次向后排。由此我们可以得出结论：上面报错，下面跟随。
2.读懂报错信息：寻找我们代码报错的位置
从上面的分析我们知道报错位置在上面。大部分情况下，最上方的报错信息就是我们代码出错的位置。
但是有时候最上方的日志并不是我们自己的代码，那是因为我们的代码调用了一些三方jar包的代码。但是这并不影响我们去定位问题，我们还是根据上面报错，下面跟随来定位问题，那么真正报错的位置还是在上面。
那么我们只需要从上往下依次找我们自己的代码即可。第一个找到的我们的代码位置就是我们代码中引发报错的位置。有时候有些报错信息很明显，我们可以根据报错信息来直接定位到问题症结。
有时候报错信息并不能很明确的指明报错原因，这时候，我们就可以在这个精确的位置打上断点来调试一下。
