原文： https://blog.csdn.net/LiMing_0820/article/details/52839793

這幾天都在搞java代碼，但是常常碰見未知的異常拋出錯誤，這裏記錄一下，方便日後的查看與總結：

1.常見的異常現象：

空指針異常類：NullPointerException

類型強制轉換異常：ClassCastException

數組負下標異常：NegativeArrayException

數組下標越界異常：ArrayIndexOutOfBoundsException

違背安全原則異常：SecturityException

文件已結束異常：EOFException

文件未找到異常：FileNotFoundException

字符串轉換爲數字異常：NumberFormatException

操作數據庫異常：SQLException

輸入輸出異常：IOException

方法未找到異常：NoSuchMethodException

java.lang.AbstractMethodError

抽象方法錯誤。當應用試圖調用抽象方法時拋出。

java.lang.AssertionError

斷言錯。用來指示一個斷言失敗的情況。

java.lang.ClassCircularityError

類循環依賴錯誤。在初始化一個類時，若檢測到類之間循環依賴則拋出該異常。

java.lang.ClassFormatError

類格式錯誤。當Java虛擬機試圖從一個文件中讀取Java類，而檢測到該文件的內容不符合類的有效格式時拋出。

java.lang.Error

錯誤。是所有錯誤的基類，用於標識嚴重的程序運行問題。這些問題通常描述一些不應被應用程序捕獲的反常情況。

java.lang.ExceptionInInitializerError

初始化程序錯誤。當執行一個類的靜態初始化程序的過程中，發生了異常時拋出。靜態初始化程序是指直接包含於類中的static語句段。

java.lang.IllegalAccessError

違法訪問錯誤。當一個應用試圖訪問、修改某個類的域（Field）或者調用其方法，但是又違反域或方法的可見性聲明，則拋出該異常。

java.lang.IncompatibleClassChangeError

不兼容的類變化錯誤。當正在執行的方法所依賴的類定義發生了不兼容的改變時，拋出該異常。一般在修改了應用中的某些類的聲明定義而沒有對整個應用重新編譯而直接運行的情況下，容易引發該錯誤。

java.lang.InstantiationError

實例化錯誤。當一個應用試圖通過Java的new操作符構造一個抽象類或者接口時拋出該異常.

java.lang.InternalError

內部錯誤。用於指示Java虛擬機發生了內部錯誤。

java.lang.LinkageError

鏈接錯誤。該錯誤及其所有子類指示某個類依賴於另外一些類，在該類編譯之後，被依賴的類改變了其類定義而沒有重新編譯所有的類，進而引發錯誤的情況。

java.lang.NoClassDefFoundError

未找到類定義錯誤。當Java虛擬機或者類裝載器試圖實例化某個類，而找不到該類的定義時拋出該錯誤。

java.lang.NoSuchFieldError

域不存在錯誤。當應用試圖訪問或者修改某類的某個域，而該類的定義中沒有該域的定義時拋出該錯誤。

java.lang.NoSuchMethodError

方法不存在錯誤。當應用試圖調用某類的某個方法，而該類的定義中沒有該方法的定義時拋出該錯誤。

java.lang.OutOfMemoryError

內存不足錯誤。當可用內存不足以讓Java虛擬機分配給一個對象時拋出該錯誤。

java.lang.StackOverflowError

堆棧溢出錯誤。當一個應用遞歸調用的層次太深而導致堆棧溢出時拋出該錯誤。

java.lang.ThreadDeath

線程結束。當調用Thread類的stop方法時拋出該錯誤，用於指示線程結束。

java.lang.UnknownError

未知錯誤。用於指示Java虛擬機發生了未知嚴重錯誤的情況。

java.lang.UnsatisfiedLinkError

未滿足的鏈接錯誤。當Java虛擬機未找到某個類的聲明爲native方法的本機語言定義時拋出。

java.lang.UnsupportedClassVersionError

不支持的類版本錯誤。當Java虛擬機試圖從讀取某個類文件，但是發現該文件的主、次版本號不被當前Java虛擬機支持的時候，拋出該錯誤。

java.lang.VerifyError

驗證錯誤。當驗證器檢測到某個類文件中存在內部不兼容或者安全問題時拋出該錯誤。

java.lang.VirtualMachineError

虛擬機錯誤。用於指示虛擬機被破壞或者繼續執行操作所需的資源不足的情況。

java.lang.ArithmeticException

算術條件異常。譬如：整數除零等。

java.lang.ArrayIndexOutOfBoundsException

數組索引越界異常。當對數組的索引值爲負數或大於等於數組大小時拋出。

java.lang.ArrayStoreException

數組存儲異常。當向數組中存放非數組聲明類型對象時拋出。

java.lang.ClassCastException

類造型異常。假設有類A和B（A不是B的父類或子類），O是A的實例，那麼當強制將O構造爲類B的實例時拋出該異常。該異常經常被稱爲強制類型轉換異常。

java.lang.ClassNotFoundException

找不到類異常。當應用試圖根據字符串形式的類名構造類，而在遍歷CLASSPAH之後找不到對應名稱的class文件時，拋出該異常。

java.lang.CloneNotSupportedException

不支持克隆異常。當沒有實現Cloneable接口或者不支持克隆方法時,調用其clone()方法則拋出該異常。

java.lang.EnumConstantNotPresentException

枚舉常量不存在異常。當應用試圖通過名稱和枚舉類型訪問一個枚舉對象，但該枚舉對象並不包含常量時，拋出該異常。

java.lang.Exception

根異常。用以描述應用程序希望捕獲的情況。

java.lang.IllegalAccessException

違法的訪問異常。當應用試圖通過反射方式創建某個類的實例、訪問該類屬性、調用該類方法，而當時又無法訪問類的、屬性的、方法的或構造方法的定義時拋出該異常。

java.lang.IllegalMonitorStateException

違法的監控狀態異常。當某個線程試圖等待一個自己並不擁有的對象（O）的監控器或者通知其他線程等待該對象（O）的監控器時，拋出該異常。

java.lang.IllegalStateException

違法的狀態異常。當在Java環境和應用尚未處於某個方法的合法調用狀態，而調用了該方法時，拋出該異常。

java.lang.IllegalThreadStateException

違法的線程狀態異常。當縣城尚未處於某個方法的合法調用狀態，而調用了該方法時，拋出異常。

java.lang.IndexOutOfBoundsException

索引越界異常。當訪問某個序列的索引值小於0或大於等於序列大小時，拋出該異常。

java.lang.InstantiationException

實例化異常。當試圖通過newInstance()方法創建某個類的實例，而該類是一個抽象類或接口時，拋出該異常。

java.lang.InterruptedException

被中止異常。當某個線程處於長時間的等待、休眠或其他暫停狀態，而此時其他的線程通過Thread的interrupt方法終止該線程時拋出該異常。

java.lang.NegativeArraySizeException

數組大小爲負值異常。當使用負數大小值創建數組時拋出該異常。

java.lang.NoSuchFieldException

屬性不存在異常。當訪問某個類的不存在的屬性時拋出該異常。

java.lang.NoSuchMethodException

方法不存在異常。當訪問某個類的不存在的方法時拋出該異常。

java.lang.NullPointerException

空指針異常。當應用試圖在要求使用對象的地方使用了null時，拋出該異常。譬如：調用null對象的實例方法、訪問null對象的屬性、計算null對象的長度、使用throw語句拋出null等等。

java.lang.NumberFormatException

數字格式異常。當試圖將一個String轉換爲指定的數字類型，而該字符串確不滿足數字類型要求的格式時，拋出該異常。

java.lang.RuntimeException

運行時異常。是所有Java虛擬機正常操作期間可以被拋出的異常的父類。

java.lang.SecurityException

安全異常。由安全管理器拋出，用於指示違反安全情況的異常。

java.lang.StringIndexOutOfBoundsException

字符串索引越界異常。當使用索引值訪問某個字符串中的字符，而該索引值小於0或大於等於序列大小時，拋出該異常。

java.lang.TypeNotPresentException

類型不存在異常。當應用試圖以某個類型名稱的字符串表達方式訪問該類型，但是根據給定的名稱又找不到該類型是拋出該異常。該異常與ClassNotFoundException的區別在於該異常是unchecked（不被檢查）異常，而ClassNotFoundException是checked（被檢查）異常。

java.lang.UnsupportedOperationException

不支持的方法異常。指明請求的方法不被支持情況的異常。

異常
javax.servlet.jsp.JspException: Cannot retrieve mapping for action /Login （/Login是你的action名字）
---------------------
作者：LiMing_0820
來源：CSDN
原文：https://blog.csdn.net/LiMing_0820/article/details/52839793 版權聲明：本文爲博主原創文章，轉載請附上博文鏈接！

-------------------------------------------------

Java中異常打印輸出的常見方法總結

更新時間：2017年07月05日 17:08:12 作者：bladestone 我要評論

原文：https://www.jb51.net/article/117951.htm

Java異常是在Java應用中的警報器，下面這篇文章主要給大家介紹了關於Java中異常打印輸出的常見方法的相關資料，文中通過示例代碼介紹的非常詳細，需要的朋友可以參考借鑑，下面來一起看看吧。

前言

Java異常是在Java應用中的警報器，在出現異常的情況下，可以幫助我們程序猿們快速定位問題的類型以及位置。但是一般在我們的項目中，由於經驗閱歷等多方面的原因，依然有若干的童鞋在代碼中沒有正確的使用異常打印方法，導致在項目的後臺日誌中，沒有收到日誌或者日誌信息不完整等情況的發生，這些都給項目埋下了若干隱患。本文將深入分析在異常日誌打印過程中的若干情況，並給出若干的使用建議。

1. Java異常Exception的結構分析

我們通常所說的Exception主要是繼承於Throwable而來，可以參見如下的結構圖示：

主要的Throwable分爲異常和錯誤兩種，然後異常Exception和錯誤Error做爲基類，分別被具體個性化以及衍生出NullPointerException、EOFException等等異常信息類。

基於Java中的源代碼來分析，Error和Exception僅僅是繼承了Throwable，做了構造函數的拓展，沒有進行額外方法的延展；Exception輸出的主要核心方法都是定義在Throwable中的，感興趣的童鞋可以嘗試閱讀JDK的源代碼。

下面將介紹一下關鍵的幾個異常類方法：

1、getMessage(): String

輸出異常的描述信息

2、getLocalizedMessage()

輸出本地化的描述信息，一般此方法可被子類所覆蓋，缺省實現與getMessage()輸出信息一致

3、printStackTrace()

將異常棧打印到輸出流中，此爲一類方法，默認打印到console控制檯，也可以顯式指定輸出流。

4、fillInStackTrace()

將當前的異常棧保存到一個Throwable中，返回這個Throwable。大部分情況下，用在保留異常棧嵌套調用的情況，嘗試保留完整的異常棧，無需使用該方法。

2. Error vs Exception

Error在Java體系中定義爲不可控制的問題，往往用來描述系統錯誤或者底層的問題，比如虛擬機錯誤，例如內存空間不足，方法調用棧溢等。我們以上圖中列舉出的內存溢出錯誤(StackOverflowError)爲例，它是在JVM層面發生的錯誤，已經遊離於java應用層之外；在應用程序層面是無法進行捕獲，且無法從錯誤中恢復的。一般一旦發了類似問題，一般都是直接宕機，應用停止正常的工作，需要重新啓動或者修復問題之後，方可重新正常工作。

Exception一般發生在應用層，即在由項目中的Java代碼層面引發的問題，且可以嘗試進行捕獲，此類問題不會影響到應用程序的正常工作的，即不會導致宕機現象的發生。我們在工作或者代碼中常見的都是Exception衍生出來的各類異常。

這裏需要強調說明一下，JVM是Java語言的運行環境和平臺，但是並不是Java語言體系的一個部分；在JVM平臺上，還可以運行Groovy， JPython, JRuby, Closure，Scala等等遵守Java語言規範（JavaLanguage Specification)的編程語言，故我們可以將Error理解爲脫離Java應用之外的問題。

3. Exception中的運行時異常（RuntimeException)和受控異常(checked exception)

運行時異常（RuntimeException)是指在運行之時發生的異常，無需顯式地進行捕獲；如果程序中發生類似的異常，JVM會直接拋出此類異常，並打出響應的異常棧信息。此類異常也通常被稱爲unchecked exception，未受控異常。

受控異常（checked Exception)是我們最常見的異常種類，在代碼中使用的異常基本上都是此類異常，此類異常會在代碼編譯階段由Java編譯器進行語法檢查，如果未顯式進行異常捕獲，則會報出相應的編譯異常信息。

4. 如何在代碼中正確打印異常信息

下面我們將通過一系列的例子來說明上述幾個Exception中方法的使用技巧。

Case 1: getMessage()/getLocalizedMessage()

public void testCase1() {

System.out.println("We are going to do something interesting....");

try {

throw new NullPointerException("I am an exception in the code.");

} catch (Exception e) {

System.out.println("We got unexpected:" + e.getMessage());

System.out.println("We got unexpected:" + e.getLocalizedMessage());

}

輸出結果：

We are going to do testing interesting....

We got unexpected in getMessage==> I am an exception in the code.

We got unexpected in getLocalizedMessage==> I am an exception in the code.

基於結果來分析，上述兩個方法只是將異常對象中的Message打印出來，這些信息對於我們追蹤問題和調試幫助有限。

Case 2：e.printStackTrace()

public void testCase2() {

System.out.println("We are going to do something interesting....");

try {

throw new Exception("I am an exception in the code.");

} catch (Exception e) {

e.printStackTrace();

}

運行結果：

運行結果圖

printStackTrace()可以打印出整個異常棧，但是異常棧信息將輸出到默認的輸出流中，絕大多數情況下是系統的控制檯，而在實際項目中，都是需要將異常棧輸出到日誌文件的，如果不顯式指定，則會丟失異常信息，在日誌文件中無從追查。

Case 3: 基於log4j/slf4j等輸出到日誌文件

在實際項目中，一般會使用log4j/log4j2/JDK logging/slf4j/logback等日誌系統來存放日誌，那如何來講日誌的異常棧存入日誌文件呢，我們來看示例。

public void testCase3() {

System.out.println("We are going to do something interesting....");

try {

throw new NullPointerException("abcedfeg");

} catch (Exception e) {

logger.info("Unexpected error in ", e);

}

我們需要到日誌文件中，找到相應的異常信息，異常信息如下：

12:24:45.387 [main] INFO org.demo.TestException - Unexpected error in

java.lang.NullPointerException: abcedfeg

at org.demo.TestException.testCase3(TestException.java:39)

at org.demo.TestException.main(TestException.java:12)

我們可以發現，整個異常棧信息由兩個部分組成：

>> 異常中的message, 類似getMessage()輸出的信息，

>> 使用logger.info之類的方法，將異常信息寫入到日誌流中.

以下爲log4j的聲明，這裏以slf4j爲例來示例：

1	`private` `static` `final` `Logger logger = LoggerFactory.getLogger(TestException.class);`

Case 4: fillInStackTrace()

public class FillInExceptionTest {

public static void main(String[] args) {

FillInExceptionTest fit = new FillInExceptionTest();

try {

fit.outerMehtod();

} catch (Exception e) {

System.out.println("\n==========I am the one evil separation line==============");

e.printStackTrace();

}

public void innerMethod() throws Exception {

throw new Exception("I got exception in an inner method.");

}

public void outerMehtod() throws Exception {

try {

innerMethod(); //invoke inner method.

} catch (Exception e) {

e.printStackTrace();

throw (Exception)e.fillInStackTrace();

}

運行結果：

基於上述的運行結果可知，fillInStackTrace()只提取了當下的異常棧信息，而非完整的異常棧信息，這個就是此方法帶給我們的特殊之處。

如果我們需要在最外層將完整的異常棧打印出來，該如何做呢？將下述的語句:

1	`throw` `(Exception)e.fillInStackTrace();`

替換爲:

1	`throw` `e;`

重新運行程序，我們就可以在最外層得到完整的異常棧信息了。

5. 總結

在本文中，我們介紹了異常類的繼承體系，不同類型的異常區別與使用場景；並將基於代碼示例展示瞭如何使用Exception的若干方法，利用這些方法來保留儘可能多的日誌信息，方便我們後續針對日誌中的異常信息，追查和解決問題。

好了，以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

Java中幾種常見的異常拋出類的說明,及異常處理方法

-------------------------------------------------

Java中異常打印輸出的常見方法總結

QML圖學習

交換機MAC地址表管理

數據庫視圖與索引

靜態路由及動態路由 RIP配置

hexo init命令時，出現錯誤

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結