詳解Java如何根據控制臺實現定位異常

小編這次要給大家分享的是詳解Java如何根據控制臺實現定位異常，文章內容豐富，感興趣的小伙伴可以來了解一下，希望大家閱讀完這篇文章之后能夠有所收獲。

異常堆棧作為我們平時定位問題的最重要手段，為我們解決問題提供了很大幫助。但是我們可能都有這樣的習慣就是看到一段異常，尤其是異常堆棧很多，層次很深的時候。就感覺很擔心害怕，匆匆掃描一眼就開始猜問題應該如何如何，然后不斷的根據猜測去調整代碼，雖然也會 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 包的代碼。但是這并不影響我們去定位問題，我們還是根據上面報錯，下面跟隨來定位問題，那么真正報錯的位置還是在上面。那么我們只需要從上往下依次找我們自己的代碼即可。

第一個找到的我們的代碼位置就是我們代碼中引發報錯的位置。有時候有些報錯信息很明顯，我們可以根據報錯信息來直接定位到問題癥結。有時候報錯信息并不能很明確的指明報錯原因，這時候，我們就可以在這個精確的位置打上斷點來調試一下。

看完這篇關于詳解Java如何根據控制臺實現定位異常的文章，如果覺得文章內容寫得不錯的話，可以把它分享出去給更多人看到。