java如何定位异常堆栈中异常产生的位置

就感觉很担心害怕，匆匆扫描一眼就开始猜问题应该如何如何，然后不断的根据猜测去调整代码，虽然也会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包的代码。但是这并不影响我们去定位问题，我们还是根据上面报错，下面跟随来定位问题，那么真正报错的位置还是在上面。

那么我们只需要从上往下依次找我们自己的代码即可。第一个找到的我们的代码位置就是我们代码中引发报错的位置。有时候有些报错信息很明显，我们可以根据报错信息来直接定位到问题症结。

有时候报错信息并不能很明确的指明报错原因，这时候，我们就可以在这个精确的位置打上断点来调试一下。