异常堆栈作为我们平时定位问题的最重要手段,为我们解决问题提供了很大帮助。但是我们可能都有这样的习惯就是看到一段异常,尤其是异常堆栈很多,层次很深的时候。就感觉很担心害怕,匆匆扫描一眼就开始猜问题应该如何如何,然后不断的根据猜测去调整代码,虽然也会 debug 但是还是浪费了不少的时间。
这是因为:
1.我们没有认认真真的看异常堆栈信息;
2.堆栈太多,我们并不确定到底哪里导致了问题。
解决办法就是:
1.知道异常堆栈产生的流程。
2.耐心的阅读堆栈信息。
3.解决问题
1.异常产生流程:上面报错,下面跟随
举个例子:我们有如下的测试代码:
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.NullPointerExceptionat 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 包的代码。但是这并不影响我们去定位问题,我们还是根据上面报错,下面跟随来定位问题,那么真正报错的位置还是在上面。那么我们只需要从上往下依次找我们自己的代码即可。
第一个找到的我们的代码位置就是我们代码中引发报错的位置。有时候有些报错信息很明显,我们可以根据报错信息来直接定位到问题症结。有时候报错信息并不能很明确的指明报错原因,这时候,我们就可以在这个精确的位置打上断点来调试一下。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持自学编程网。
- 本文固定链接: https://zxbcw.cn/post/187552/
- 转载请注明:必须在正文中标注并保留原文链接
- QQ群: PHP高手阵营官方总群(344148542)
- QQ群: Yii2.0开发(304864863)