編譯時異常處理方案有幾種

『壹』 java編程中 常見的異常有哪幾種

相信作為程序員的我們在對程序進行編譯過程中經常會遇到錯誤，或者在運行過程中出現錯誤，在這里主要跟大家談談經常遇到的一些異常與錯誤，以及解決辦法。

異常是指程序在編譯或運行過程出現的錯誤。

在java.lang包中Throwable包含了所有的異常。

Error (錯誤) 和Exception(異常)

(1)Error(錯誤)

一旦發生無法修復，但可以避免發生。

常見錯誤類：

IOError：I/O錯誤，當發生嚴重的I/O錯誤時，拋出此錯誤。
VirtualMachineError：虛擬機錯誤，當 Java 虛擬機崩潰或用盡了它繼續操作所需的資源時，拋出該錯誤。

StackOverflowError：棧內存滿了，當應用程序遞歸太深而發生堆棧溢出時，拋出該錯誤。

OutofMemoryError:堆內存滿了，因為內存溢出或沒有可用的內存提供給垃圾回收器時，Java 虛擬機無法分配一個對象，這時拋出該異常。

以上是一些常見的錯誤，在Error類中還有一些別的錯誤（參照文件Java.lang.Throwable.Error）.

(2)Exception(異常)

一旦發生，可以捕獲並處理，不會導致程序終止，有時可以避免有時無法避免。

異常的分類：

1.編譯時異常（需要強制處理） 2.運行時異常（不需要強制處理）

常見的異常有：

IOException：輸入輸出流異常
FileNotFoundException：文件找不到的異常
ClassNotFoundException：類找不到的異常
DataFormatException：數據格式化異常
NoSuchFieldException：沒有匹配的屬性異常
NoSuchMethodException：沒有匹配的方法異常

SQLException：資料庫操作異常
TimeoutException：執行超時異常

常見的運行時異常：

RuntimeException：運行時異常
NullPointerException:空指針異常

：數組越界異

ClassCastException：類型轉換異常
IllegalArgumentException：非法的參數異常
InputMismatchException：輸入不匹配

以上是常見的一些異常，另外還有別的異常，參見文件：Java.lang.Throwable.Exception

既然我們常常會遇到一些異常，那我們如何來處理這些異常就是一個急需解決的事情。

(1) 如何處理編譯時異常？

方法一：將需要處理的代碼塊放在一個try...catch...中
try{
//需要處理異常的代碼
}catch(XXXException ef){
ef.printStackTrace();
}

我們方法一就是要將我們不確定的代碼放入try......catch中，先進行try一下，如果沒有異常，則不會觸發catch,沒有輸出，一旦出現異常，那麼catch就會工作，在catch中捕獲異常信息，根據異常信息進行補救措施。

如以下代碼：

從結果可以看出，我們在輸入數據的時候出現錯誤，這樣通過自定義異常能夠讓我們更直接快速的找到運行或編譯時的異常。

在上述中我們分別提到了三種throw，分別是Throwable,Throws以及throw，那麼到底三者有什麼區別？

Throwable：是指在在Java.lang包中的一個類，其包含了所有的異常和錯誤，其中類Error和Exception 是它

的子類。

Thows：是指在解決編譯時異常，將方法中異常拋給上一級，在方法後面要加Throw Exception來進行拋。

throw：是指在自定義異常時，如果方法出現異常，那麼將作為引用方法的對象拋出。即拋出異常。

希望對您有所幫助！~

『貳』 按異常在編譯時是否被檢測來分,異常可以分成哪兩種

檢查時異常（checkException）和運行時異常（runtime Exception）

『叄』 JAVA語言如何進行異常處理,關鍵字:throws,throw,try,catch,finally分別代表什麼意

throw 僅用於方法定義後面，指示該方法可能會拋出什麼異常，使用該方法的方法必須處理該異常，或者再次拋出。
throws 用於當程序判斷發生異常時，用該語句拋出異常，或處理異常時再次拋出異常。
//下面三個關鍵字就是處理異常

try {
//這里放可能會發生異常的語句

} catch(Exception e) {
//這里處理異常

} finally {
//這里的語句必然會得到執行，不管異常發省與否，
//用於關閉資料庫，關閉連接等收尾操作（非必要）

}

java異常的一個簡單例子，比如我有一個除法方法
public int divide(int a, int b) {
return a / b;
}
但是這就有一個問題，當b是0時，程序會報錯。
如果引入異常，改成這樣
public int divide(int a, int b) throws Exception {
if (b == 0) {
throw new Exception("b = 0");
}
return a / b;
}
那麼調用端該怎麼用呢
public class ExceptionTest {
public static void main(String[] args) {
ExceptionTest et = new ExceptionTest();
try {
System.out.println(et.divide(12, 0));
} catch (Exception e) {
System.out.println("0不能做被除數");
}
}

public int divide(int a, int b) throws Exception {
if (b == 0) {
throw new Exception("b = 0");
}
return a / b;
}
}
程序可以繼續執行，不會中斷。

『肆』 在java中，異常處理的機制有哪幾種，分別是什麼

1 引子
try…catch…finally恐怕是大家再熟悉不過的語句了，而且感覺用起來也是很簡單，邏輯上似乎也是很容易理解。不過，我親自體驗的「教訓」告訴我，這個東西可不是想像中的那麼簡單、聽話。不信？那你看看下面的代碼，「猜猜」它執行後的結果會是什麼？不要往後看答案、也不許執行代碼看真正答案哦。如果你的答案是正確，那麼這篇文章你就不用浪費時間看啦。

package myExample.testException;

public class TestException {

public TestException() {

}

boolean testEx() throws Exception{

boolean ret = true;

try{

ret = testEx1();

}catch (Exception e){

System.out.println("testEx, catch exception");

ret = false;

throw e;

}finally{

System.out.println("testEx, finally; return value="+ret);

return ret;

}

}

boolean testEx1() throws Exception{

boolean ret = true;

try{

ret = testEx2();

if (!ret){

return false;

}

System.out.println("testEx1, at the end of try");

return ret;

}catch (Exception e){

System.out.println("testEx1, catch exception");

ret = false;

throw e;

}

finally{

System.out.println("testEx1, finally; return value="+ret);

return ret;

}

}

boolean testEx2() throws Exception{

boolean ret = true;

try{

int b=12;

int c;

for (int i=2;i>=-2;i--){

c=b/i;

System.out.println("i="+i);

}

return true;

}catch (Exception e){

System.out.println("testEx2, catch exception");

ret = false;

throw e;

}

finally{

System.out.println("testEx2, finally; return value="+ret);

return ret;

}

}

public static void main(String[] args) {

TestException testException1 = new TestException();

try{

testException1.testEx();

}catch(Exception e){

e.printStackTrace();

}

}

}

你的答案是什麼？是下面的答案嗎？

i=2

i=1

testEx2, catch exception

testEx2, finally; return value=false

testEx1, catch exception

testEx1, finally; return value=false

testEx, catch exception

testEx, finally; return value=false

如果你的答案真的如上面所說，那麼你錯啦。^_^，那就建議你仔細看一看這篇文章或者拿上面的代碼按各種不同的情況修改、執行、測試，你會發現有很多事情不是原來想像中的那麼簡單的。

現在公布正確答案：

i=2

i=1

testEx2, catch exception

testEx2, finally; return value=false

testEx1, finally; return value=false

testEx, finally; return value=false

2 基礎知識
2.1 相關概念
例外是在程序運行過程中發生的異常事件，比如除0溢出、數組越界、文件找不到等，這些事件的發生將阻止程序的正常運行。為了加強程序的魯棒性，程序設計時，必須考慮到可能發生的異常事件並做出相應的處理。C語言中，通過使用if語句來判斷是否出現了例外，同時，調用函數通過被調用函數的返回值感知在被調用函數中產生的例外事件並進行處理。全程變數ErroNo常常用來反映一個異常事件的類型。但是，這種錯誤處理機制會導致不少問題。

Java通過面向對象的方法來處理例外。在一個方法的運行過程中，如果發生了例外，則這個方法生成代表該例外的一個對象，並把它交給運行時系統，運行時系統尋找相應的代碼來處理這一例外。我們把生成例外對象並把它提交給運行時系統的過程稱為拋棄(throw)一個例外。運行時系統在方法的調用棧中查找，從生成例外的方法開始進行回朔，直到找到包含相應例外處理的方法為止，這一個過程稱為捕獲(catch)一個例外。

2.2 Throwable類及其子類
用面向對象的方法處理例外，就必須建立類的層次。類 Throwable位於這一類層次的最頂層，只有它的後代才可以做為一個例外被拋棄。圖1表示了例外處理的類層次。

從圖中可以看出，類Throwable有兩個直接子類：Error和Exception。Error類對象（如動態連接錯誤等），由Java虛擬機生成並拋棄（通常，Java程序不對這類例外進行處理）；Exception類對象是Java程序處理或拋棄的對象。它有各種不同的子類分別對應於不同類型的例外。其中類RuntimeException代表運行時由Java虛擬機生成的例外，如算術運算例外ArithmeticException(由除0錯等導致)、數組越界例外等；其它則為非運行時例外，如輸入輸出例外IOException等。Java編譯器要求Java程序必須捕獲或聲明所有的非運行時例外，但對運行時例外可以不做處理。

圖1 例外處理的類層次

2.3 異常處理關鍵字
Java的異常處理是通過5個關鍵字來實現的：try，catch，throw，throws，finally。JB的在線幫助中對這幾個關鍵字是這樣解釋的：

Throws: Lists the exceptions a method could throw.

Throw: Transfers control of the method to the exception handler.

Try： Opening exception-handling statement.

Catch： Captures the exception.

Finally： Runs its code before terminating the program.

2.3.1 try語句
try語句用大括弧{}指定了一段代碼，該段代碼可能會拋棄一個或多個例外。

2.3.2 catch語句
catch語句的參數類似於方法的聲明，包括一個例外類型和一個例外對象。例外類型必須為Throwable類的子類，它指明了catch語句所處理的例外類型，例外對象則由運行時系統在try所指定的代碼塊中生成並被捕獲，大括弧中包含對象的處理，其中可以調用對象的方法。

catch語句可以有多個，分別處理不同類的例外。Java運行時系統從上到下分別對每個catch語句處理的例外類型進行檢測，直到找到類型相匹配的catch語句為止。這里，類型匹配指catch所處理的例外類型與生成的例外對象的類型完全一致或者是它的父類，因此，catch語句的排列順序應該是從特殊到一般。

也可以用一個catch語句處理多個例外類型，這時它的例外類型參數應該是這多個例外類型的父類，程序設計中要根據具體的情況來選擇catch語句的例外處理類型。

2.3.3 finally語句
try所限定的代碼中，當拋棄一個例外時，其後的代碼不會被執行。通過finally語句可以指定一塊代碼。無論try所指定的程序塊中拋棄或不拋棄例外，也無論catch語句的例外類型是否與所拋棄的例外的類型一致，finally所指定的代碼都要被執行，它提供了統一的出口。通常在finally語句中可以進行資源的清除工作。如關閉打開的文件等。

2.3.4 throws語句
throws總是出現在一個函數頭中，用來標明該成員函數可能拋出的各種異常。對大多數Exception子類來說，Java 編譯器會強迫你聲明在一個成員函數中拋出的異常的類型。如果異常的類型是Error或 RuntimeException， 或它們的子類，這個規則不起作用， 因為這在程序的正常部分中是不期待出現的。 如果你想明確地拋出一個RuntimeException，你必須用throws語句來聲明它的類型。

2.3.5 throw語句
throw總是出現在函數體中，用來拋出一個異常。程序會在throw語句後立即終止，它後面的語句執行不到，然後在包含它的所有try塊中（可能在上層調用函數中）從里向外尋找含有與其匹配的catch子句的try塊。

3 關鍵字及其中語句流程詳解
3.1 try的嵌套
你可以在一個成員函數調用的外面寫一個try語句，在這個成員函數內部，寫另一個try語句保護其他代碼。每當遇到一個try語句，異常的框架就放到堆棧上面，直到所有的try語句都完成。如果下一級的try語句沒有對某種異常進行處理，堆棧就會展開，直到遇到有處理這種異常的try語句。下面是一個try語句嵌套的例子。

class MultiNest {

static void procere() {

try {

int a = 0;

int b = 42/a;

} catch(java.lang.ArithmeticException e) {

System.out.println("in procere, catch ArithmeticException: " + e);

}

}

public static void main(String args[]) {

try {

procere();

} catch(java.lang. Exception e) {

System.out.println("in main, catch Exception: " + e);

}

}

}

這個例子執行的結果為：

in procere, catch ArithmeticException: java.lang.ArithmeticException: / by zero

成員函數procere里有自己的try/catch控制，所以main不用去處理 ；當然如果如同最開始我們做測試的例子一樣，在procere中catch到異常時使用throw e;語句將異常拋出，那麼main當然還是能夠捕捉並處理這個procere拋出來的異常。例如在procere函數的catch中的System.out語句後面增加throw e;語句之後，執行結果就變為：

in procere, catch ArithmeticException: java.lang.ArithmeticException: / by zero

in main, catch Exception: java.lang.ArithmeticException: / by zero

3.2 try-catch程序塊的執行流程以及執行結果
相對於try-catch-finally程序塊而言，try-catch的執行流程以及執行結果還是比較簡單的。

首先執行的是try語句塊中的語句，這時可能會有以下三種情況：

1． 如果try塊中所有語句正常執行完畢，那麼就不會有其他的「動做」被執行，整個try-catch程序塊正常完成。

2． 如果try語句塊在執行過程中碰到異常V，這時又分為兩種情況進行處理：

² 如果異常V能夠被與try相應的catch塊catch到，那麼第一個catch到這個異常的catch塊（也是離try最近的一個與異常V匹配的catch塊）將被執行；如果catch塊執行正常，那麼try-catch程序塊的結果就是「正常完成」；如果該catch塊由於原因R突然中止，那麼try-catch程序塊的結果就是「由於原因R突然中止（completes abruptly）」。

² 如果異常V沒有catch塊與之匹配，那麼這個try-catch程序塊的結果就是「由於拋出異常V而突然中止（completes abruptly）」。

3． 如果try由於其他原因R突然中止（completes abruptly），那麼這個try-catch程序塊的結果就是「由於原因R突然中止（completes abruptly）」。

3.3 try-catch-finally程序塊的執行流程以及執行結果
try-catch-finally程序塊的執行流程以及執行結果比較復雜。

首先執行的是try語句塊中的語句，這時可能會有以下三種情況：

1． 如果try塊中所有語句正常執行完畢，那麼finally塊的居於就會被執行，這時分為以下兩種情況：

² 如果finally塊執行順利，那麼整個try-catch-finally程序塊正常完成。

² 如果finally塊由於原因R突然中止，那麼try-catch-finally程序塊的結局是「由於原因R突然中止（completes abruptly）」

2． 如果try語句塊在執行過程中碰到異常V，這時又分為兩種情況進行處理：

² 如果異常V能夠被與try相應的catch塊catch到，那麼第一個catch到這個異常的catch塊（也是離try最近的一個與異常V匹配的catch塊）將被執行；這時就會有兩種執行結果：

² 如果catch塊執行正常，那麼finally塊將會被執行，這時分為兩種情況：

² 如果finally塊執行順利，那麼整個try-catch-finally程序塊正常完成。

² 如果finally塊由於原因R突然中止，那麼try-catch-finally程序塊的結局是「由於原因R突然中止（completes abruptly）」

² 如果catch塊由於原因R突然中止，那麼finally模塊將被執行，分為兩種情況：

² 如果如果finally塊執行順利，那麼整個try-catch-finally程序塊的結局是「由於原因R突然中止（completes abruptly）」。

² 如果finally塊由於原因S突然中止，那麼整個try-catch-finally程序塊的結局是「由於原因S突然中止（completes abruptly）」，原因R將被拋棄。

（注意，這里就正好和我們的例子相符合，雖然我們在testEx2中使用throw e拋出了異常，但是由於testEx2中有finally塊，而finally塊的執行結果是complete abruptly的（別小看這個用得最多的return，它也是一種導致complete abruptly的原因之一啊——後文中有關於導致complete abruptly的原因分析），所以整個try-catch-finally程序塊的結果是「complete abruptly」，所以在testEx1中調用testEx2時是捕捉不到testEx1中拋出的那個異常的，而只能將finally中的return結果獲取到。

如果在你的代碼中期望通過捕捉被調用的下級函數的異常來給定返回值，那麼一定要注意你所調用的下級函數中的finally語句，它有可能會使你throw出來的異常並不能真正被上級調用函數可見的。當然這種情況是可以避免的，以testEx2為例：如果你一定要使用finally而且又要將catch中throw的e在testEx1中被捕獲到，那麼你去掉testEx2中的finally中的return就可以了。

這個事情已經在OMC2.0的MIB中出現過啦：伺服器的異常不能完全被反饋到客戶端。）

² 如果異常V沒有catch塊與之匹配，那麼finally模塊將被執行，分為兩種情況：

² 如果finally塊執行順利，那麼整個try-catch-finally程序塊的結局就是「由於拋出異常V而突然中止（completes abruptly）」。

² 如果finally塊由於原因S突然中止，那麼整個try-catch-finally程序塊的結局是「由於原因S突然中止（completes abruptly）」，異常V將被拋棄。

3． 如果try由於其他原因R突然中止（completes abruptly），那麼finally塊被執行，分為兩種情況：

² 如果finally塊執行順利，那麼整個try-catch-finally程序塊的結局是「由於原因R突然中止（completes abruptly）」。

² 如果finally塊由於原因S突然中止，那麼整個try-catch-finally程序塊的結局是「由於原因S突然中止（completes abruptly）」，原因R將被拋棄。

3.4 try-catch-finally程序塊中的return
從上面的try-catch-finally程序塊的執行流程以及執行結果一節中可以看出無論try或catch中發生了什麼情況，finally都是會被執行的，那麼寫在try或者catch中的return語句也就不會真正的從該函數中跳出了，它的作用在這種情況下就變成了將控制權（語句流程）轉到finally塊中；這種情況下一定要注意返回值的處理。

例如，在try或者catch中return false了，而在finally中又return true，那麼這種情況下不要期待你的try或者catch中的return false的返回值false被上級調用函數獲取到，上級調用函數能夠獲取到的只是finally中的返回值，因為try或者catch中的return語句只是轉移控制權的作用。

3.5 如何拋出異常
如果你知道你寫的某個函數有可能拋出異常，而你又不想在這個函數中對異常進行處理，只是想把它拋出去讓調用這個函數的上級調用函數進行處理，那麼有兩種方式可供選擇：

第一種方式：直接在函數頭中throws SomeException，函數體中不需要try/catch。比如將最開始的例子中的testEx2改為下面的方式，那麼testEx1就能捕捉到testEx2拋出的異常了。

boolean testEx2() throws Exception{

boolean ret = true;

int b=12;

int c;

for (int i=2;i>=-2;i--){

c=b/i;

System.out.println("i="+i);

}

return true;

}

第二種方式：使用try/catch，在catch中進行一定的處理之後（如果有必要的話）拋出某種異常。例如上面的testEx2改為下面的方式，testEx1也能捕獲到它拋出的異常：

boolean testEx2() throws Exception{

boolean ret = true;

try{

int b=12;

int c;

for (int i=2;i>=-2;i--){

c=b/i;

System.out.println("i="+i);

}

return true;

}catch (Exception e){

System.out.println("testEx2, catch exception");

Throw e;

}

}

第三種方法：使用try/catch/finally，在catch中進行一定的處理之後（如果有必要的話）拋出某種異常。例如上面的testEx2改為下面的方式，testEx1也能捕獲到它拋出的異常：

boolean testEx2() throws Exception{

boolean ret = true;

try{

int b=12;

int c;

for (int i=2;i>=-2;i--){

c=b/i;

System.out.println("i="+i);

throw new Exception("aaa");

}

return true;

}catch (java.lang.ArithmeticException e){

System.out.println("testEx2, catch exception");

ret = false;

throw new Exception("aaa");

}finally{

System.out.println("testEx2, finally; return value="+ret);

}

}

4 關於abrupt completion
前面提到了complete abruptly（暫且理解為「突然中止」或者「異常結束」吧），它主要包含了兩種大的情形：abrupt completion of expressions and statements，下面就分兩種情況進行解釋。

4.1 Normal and Abrupt Completion of Evaluation
每一個表達式（expression）都有一種使得其包含的計算得以一步步進行的正常模式，如果每一步計算都被執行且沒有異常拋出，那麼就稱這個表達式「正常結束（complete normally）」；如果這個表達式的計算拋出了異常，就稱為「異常結束（complete abruptly）」。異常結束通常有一個相關聯的原因（associated reason），通常也就是拋出一個異常V。

與表達式、操作符相關的運行期異常有：

² A class instance creation expression, array creation expression , or string concatenation operatior expression throws an OutOfMemoryError if there is insufficient memory available.

² An array creation expression throws a NegativeArraySizeException if the value of any dimension expression is less than zero.

² A field access throws a NullPointerException if the value of the object reference expression is null.

² A method invocation expression that invokes an instance method throws a NullPointerException if the target reference is null.

² An array access throws a NullPointerException if the value of the array reference expression is null.

² An array access throws an if the value of the array index expression is negative or greater than or equal to the length of the array.

² A cast throws a ClassCastException if a cast is found to be impermissible at run time.

² An integer division or integer remainder operator throws an ArithmeticException if the value of the right-hand operand expression is zero.

² An assignment to an array component of reference type throws an ArrayStoreException when the value to be assigned is not compatible with the component type of the array.

4.2 Normal and Abrupt Completion of Statements
正常情況我們就不多說了，在這里主要是列出了abrupt completion的幾種情況：

² break, continue, and return 語句將導致控制權的轉換，從而使得statements不能正常地、完整地執行。

² 某些表達式的計算也可能從java虛擬機拋出異常，這些表達式在上一小節中已經總結過了；一個顯式的的throw語句也將導致異常的拋出。拋出異常也是導致控制權的轉換的原因（或者說是阻止statement正常結束的原因）。

如果上述事件發生了，那麼這些statement就有可能使得其正常情況下應該都執行的語句不能完全被執行到，那麼這些statement也就是被稱為是complete abruptly.

導致abrupt completion的幾種原因：

² A break with no label

² A break with a given label

² A continue with no label

² A continue with a given label

² A return with no value

² A return with a given value A

² throw with a given value, including exceptions thrown by the Java virtual machine

5 關於我們的編程的一點建議
弄清楚try-catch-finally的執行情況後我們才能正確使用它。

如果我們使用的是try-catch-finally語句塊，而我們又需要保證有異常時能夠拋出異常，那麼在finally語句中就不要使用return語句了（finally語句塊的最重要的作用應該是釋放申請的資源），因為finally中的return語句會導致我們的throw e被拋棄，在這個try-catch-finally的外面將只能看到finally中的返回值（除非在finally中拋出異常）。（我們需要記住：不僅throw語句是abrupt completion 的原因，return、break、continue等這些看起來很正常的語句也是導致abrupt completion的原因。）

『伍』 java異常處理詳解！！

異常處理是程序設計中一個非常重要的方面，也是程序設計的一大難點，從C開始，你也許已經知道如何用if...else...來控制異常了，也許是自發的，然而這種控制異常痛苦，同一個異常或者錯誤如果多個地方出現，那麼你每個地方都要做相同處理，感覺相當的麻煩！ Java語言在設計的當初就考慮到這些問題，提出異常處理的框架的方案，所有的異常都可以用一個類型來表示，不同類型的異常對應不同的子類異常（這里的異常包括錯誤概念），定義異常處理的規范，在1.4版本以後增加了異常鏈機制，從而便於跟蹤異常！這是Java語言設計者的高明之處，也是Java語言中的一個難點，下面是我對Java異常知識的一個總結，也算是資源回收一下。
一、Java異常的基礎知識
異常是程序中的一些錯誤，但並不是所有的錯誤都是異常，並且錯誤有時候是可以避免的。比如說，你的代碼少了一個分號，那麼運行出來結果是提示是錯誤java.lang.Error；如果你用System.out.println(11/0)，那麼你是因為你用0做了除數，會拋出java.lang.ArithmeticException的異常。 有些異常需要做處理，有些則不需要捕獲處理，後面會詳細講到。 天有不測風雲，人有旦夕禍福，Java的程序代碼也如此。在編程過程中，首先應當盡可能去避免錯誤和異常發生，對於不可避免、不可預測的情況則在考慮異常發生時如何處理。 Java中的異常用對象來表示。Java對異常的處理是按異常分類處理的，不同異常有不同的分類，每種異常都對應一個類型（class），每個異常都對應一個異常（類的）對象。 異常類從哪裡來？有兩個來源，一是Java語言本身定義的一些基本異常類型，二是用戶通過繼承Exception類或者其子類自己定義的異常。Exception 類及其子類是 Throwable 的一種形式，它指出了合理的應用程序想要捕獲的條件。 異常的對象從哪裡來呢？有兩個來源，一是Java運行時環境自動拋出系統生成的異常，而不管你是否願意捕獲和處理，它總要被拋出！比如除數為0的異常。二是程序員自己拋出的異常，這個異常可以是程序員自己定義的，也可以是Java語言中定義的，用throw 關鍵字拋出異常，這種異常常用來向調用者匯報異常的一些信息。 異常是針對方法來說的，拋出、聲明拋出、捕獲和處理異常都是在方法中進行的。 Java異常處理通過5個關鍵字try、catch、throw、throws、finally進行管理。基本過程是用try語句塊包住要監視的語句，如果在try語句塊內出現異常，則異常會被拋出，你的代碼在catch語句塊中可以捕獲到這個異常並做處理；還有以部分系統生成的異常在Java運行時自動拋出。你也可以通過throws關鍵字在方法上聲明該方法要拋出異常，然後在方法內部通過throw拋出異常對象。finally語句塊會在方法執行return之前執行，一般結構如下： try{ 程序代碼 }catch(異常類型1 異常的變數名1){ 程序代碼 }catch(異常類型2 異常的變數名2){ 程序代碼 }finally{ 程序代碼 } catch語句可以有多個，用來匹配多個異常，匹配上多個中一個後，執行catch語句塊時候僅僅執行匹配上的異常。catch的類型是Java語言中定義的或者程序員自己定義的，表示代碼拋出異常的類型，異常的變數名表示拋出異常的對象的引用，如果catch捕獲並匹配上了該異常，那麼就可以直接用這個異常變數名，此時該異常變數名指向所匹配的異常，並且在catch代碼塊中可以直接引用。這一點非常非常的特殊和重要！ Java異常處理的目的是提高程序的健壯性，你可以在catch和finally代碼塊中給程序一個修正機會，使得程序不因異常而終止或者流程發生以外的改變。同時，通過獲取Java異常信息，也為程序的開發維護提供了方便，一般通過異常信息就很快就能找到出現異常的問題（代碼）所在。 Java異常處理是Java語言的一大特色，也是個難點，掌握異常處理可以讓寫的代碼更健壯和易於維護。
二、Java異常類類圖
下面是這幾個類的層次圖： java.lang.Object java.lang.Throwable java.lang.Exception java.lang.RuntimeException java.lang.Error java.lang.ThreadDeath
下面四個類的介紹來自java api 文檔。
1、Throwable Throwable 類是 Java 語言中所有錯誤或異常的超類。只有當對象是此類（或其子類之一）的實例時，才能通過 Java 虛擬機或者 Java throw 語句拋出。類似地，只有此類或其子類之一才可以是 catch 子句中的參數類型。 兩個子類的實例，Error 和 Exception，通常用於指示發生了異常情況。通常，這些實例是在異常情況的上下文中新近創建的，因此包含了相關的信息（比如堆棧跟蹤數據）。
2、Exception Exception 類及其子類是 Throwable 的一種形式，它指出了合理的應用程序想要捕獲的條件，表示程序本身可以處理的異常。
3、Error Error 是 Throwable 的子類，表示僅靠程序本身無法恢復的嚴重錯誤，用於指示合理的應用程序不應該試圖捕獲的嚴重問題。 在執行該方法期間，無需在方法中通過throws聲明可能拋出但沒有捕獲的 Error 的任何子類，因為Java編譯器不去檢查它，也就是說，當程序中可能出現這類異常時，即使沒有用try...catch語句捕獲它，也沒有用throws字句聲明拋出它，還是會編譯通過。
4、RuntimeException RuntimeException 是那些可能在 Java 虛擬機正常運行期間拋出的異常的超類。Java編譯器不去檢查它，也就是說，當程序中可能出現這類異常時，即使沒有用try...catch語句捕獲它，也沒有用throws字句聲明拋出它，還是會編譯通過，這種異常可以通過改進代碼實現來避免。
5、ThreadDeath 調用 Thread 類中帶有零參數的 stop 方法時，受害線程將拋出一個 ThreadDeath 實例。 僅當應用程序在被非同步終止後必須清除時才應該捕獲這個類的實例。如果 ThreadDeath 被一個方法捕獲，那麼將它重新拋出非常重要，因為這樣才能讓該線程真正終止。 如果沒有捕獲 ThreadDeath，則頂級錯誤處理程序不會輸出消息。 雖然 ThreadDeath 類是「正常出現」的，但它只能是 Error 的子類而不是 Exception 的子類，因為許多應用程序捕獲所有出現的 Exception，然後又將其放棄。
以上是對有關異常API的一個簡單介紹，用法都很簡單，關鍵在於理解異常處理的原理，具體用法參看Java API文檔。
三、Java異常處理機制
對於可能出現異常的代碼，有兩種處理辦法： 第一、在方法中用try...catch語句捕獲並處理異常，catach語句可以有多個，用來匹配多個異常。例如： public void p(int x){ try{ ... }catch(Exception e){ ... }finally{ ... } }
第二、對於處理不了的異常或者要轉型的異常，在方法的聲明處通過throws語句拋出異常。例如： public void test1() throws MyException{ ... if(....){ throw new MyException(); } } 如果每個方法都是簡單的拋出異常，那麼在方法調用方法的多層嵌套調用中，Java虛擬機會從出現異常的方法代碼塊中往回找，直到找到處理該異常的代碼塊為止。然後將異常交給相應的catch語句處理。如果Java虛擬機追溯到方法調用棧最底部main()方法時，如果仍然沒有找到處理異常的代碼塊，將按照下面的步驟處理： 第一、調用異常的對象的printStackTrace()方法，列印方法調用棧的異常信息。 第二、如果出現異常的線程為主線程，則整個程序運行終止；如果非主線程，則終止該線程，其他線程繼續運行。 通過分析思考可以看出，越早處理異常消耗的資源和時間越小，產生影響的范圍也越小。因此，不要把自己能處理的異常也拋給調用者。 還有一點，不可忽視：finally語句在任何情況下都必須執行的代碼，這樣可以保證一些在任何情況下都必須執行代碼的可靠性。比如，在資料庫查詢異常的時候，應該釋放JDBC連接等等。finally語句先於return語句執行，而不論其先後位置，也不管是否try塊出現異常。finally語句唯一不被執行的情況是方法執行了System.exit()方法。System.exit()的作用是終止當前正在運行的 Java 虛擬機。finally語句塊中不能通過給變數賦新值來改變return的返回值，也建議不要在finally塊中使用return語句，沒有意義還容易導致錯誤。
最後還應該注意一下異常處理的語法規則： 第一、try語句不能單獨存在，可以和catch、finally組成 try...catch...finally、try...catch、try...finally三種結構，catch語句可以有一個或多個，finally語句最多一個，try、catch、finally這三個關鍵字均不能單獨使用。 第二、try、catch、finally三個代碼塊中變數的作用域分別獨立而不能相互訪問。如果要在三個塊中都可以訪問，則需要將變數定義到這些塊的外面。 第三、多個catch塊時候，Java虛擬機會匹配其中一個異常類或其子類，就執行這個catch塊，而不會再執行別的catch塊。 第四、throw語句後不允許有緊跟其他語句，因為這些沒有機會執行。 第五、如果一個方法調用了另外一個聲明拋出異常的方法，那麼這個方法要麼處理異常，要麼聲明拋出。
那怎麼判斷一個方法可能會出現異常呢？一般來說，方法聲明的時候用了throws語句，方法中有throw語句，方法調用的方法聲明有throws關鍵字。
throw和throws關鍵字的區別 throw用來拋出一個異常，在方法體內。語法格式為：throw 異常對象。 throws用來聲明方法可能會拋出什麼異常，在方法名後，語法格式為：throws 異常類型1，異常類型2...異常類型n。

四、如何定義和使用異常類
1、使用已有的異常類，假如為IOException、SQLException。 try{ 程序代碼 }catch(IOException ioe){ 程序代碼 }catch(SQLException sqle){ 程序代碼 }finally{ 程序代碼 }
2、自定義異常類 創建Exception或者RuntimeException的子類即可得到一個自定義的異常類。例如: public class MyException extends Exception{ public MyException(){} public MyException(String smg){ super(smg); } }
3、使用自定義的異常 用throws聲明方法可能拋出自定義的異常，並用throw語句在適當的地方拋出自定義的異常。例如： 在某種條件拋出異常 public void test1() throws MyException{ ... if(....){ throw new MyException(); } }
將異常轉型（也叫轉譯），使得異常更易讀易於理解 public void test2() throws MyException{ ... try{ ... }catch(SQLException e){ ... throw new MyException(); } }
還有一個代碼，很有意思： public void test2() throws MyException{ ... try { ... } catch (MyException e) { throw e; } }
這段代碼實際上捕獲了異常，然後又和盤托出，沒有一點意義，如果這樣還有什麼好處理的，不處理就行了，直接在方法前用throws聲明拋出不就得了。異常的捕獲就要做一些有意義的處理。
五、運行時異常和受檢查異常
Exception類可以分為兩種：運行時異常和受檢查異常。 1、運行時異常 RuntimeException類及其子類都被稱為運行時異常，這種異常的特點是Java編譯器不去檢查它，也就是說，當程序中可能出現這類異常時，即使沒有用try...catch語句捕獲它，也沒有用throws字句聲明拋出它，還是會編譯通過。例如，當除數為零時，就會拋出java.lang.ArithmeticException異常。 2、受檢查異常 除了RuntimeException類及其子類外，其他的Exception類及其子類都屬於受檢查異常，這種異常的特點是要麼用try...catch捕獲處理，要麼用throws語句聲明拋出，否則編譯不會通過。 3、兩者的區別 運行時異常表示無法讓程序恢復運行的異常，導致這種異常的原因通常是由於執行了錯誤的操作。一旦出現錯誤，建議讓程序終止。 受檢查異常表示程序可以處理的異常。如果拋出異常的方法本身不處理或者不能處理它，那麼方法的調用者就必須去處理該異常，否則調用會出錯，連編譯也無法通過。當然，這兩種異常都是可以通過程序來捕獲並處理的，比如除數為零的運行時異常： public class HelloWorld { public static void main(String[] args) { System.out.println("Hello World!!!"); try{ System.out.println(1/0); }catch(ArithmeticException e){ System.out.println("除數為0!"); } System.out.println("除數為零後程序沒有終止啊，呵呵!!!"); } }
運行結果：
Hello World!!! 除數為0! 除數為零後程序沒有終止啊，呵呵!!!
4、運行時錯誤 Error類及其子類表示運行時錯誤，通常是由Java虛擬機拋出的，JDK中與定義了一些錯誤類，比如VirtualMachineError 和OutOfMemoryError，程序本身無法修復這些錯誤.一般不去擴展Error類來創建用戶自定義的錯誤類。而RuntimeException類表示程序代碼中的錯誤，是可擴展的，用戶可以創建特定運行時異常類。 Error（運行時錯誤）和運行時異常的相同之處是:Java編譯器都不去檢查它們，當程序運行時出現它們，都會終止運行。
5、最佳解決方案 對於運行時異常，我們不要用try...catch來捕獲處理，而是在程序開發調試階段，盡量去避免這種異常，一旦發現該異常，正確的做法就會改進程序設計的代碼和實現方式，修改程序中的錯誤，從而避免這種異常。捕獲並處理運行時異常是好的解決辦法，因為可以通過改進代碼實現來避免該種異常的發生。 對於受檢查異常，沒說的，老老實實去按照異常處理的方法去處理，要麼用try...catch捕獲並解決，要麼用throws拋出！ 對於Error（運行時錯誤），不需要在程序中做任何處理，出現問題後，應該在程序在外的地方找問題，然後解決。
六、異常轉型和異常鏈 異常轉型在上面已經提到過了，實際上就是捕獲到異常後，將異常以新的類型的異常再拋出，這樣做一般為了異常的信息更直觀！比如： public void run() throws MyException{ ... try{ ... }catch(IOException e){ ... throw new MyException(); }finally{ ... } }
異常鏈，在JDK1.4以後版本中，Throwable類支持異常鏈機制。Throwable 包含了其線程創建時線程執行堆棧的快照。它還包含了給出有關錯誤更多信息的消息字元串。最後，它還可以包含 cause（原因）：另一個導致此 throwable 拋出的 throwable。它也稱為異常鏈 設施，因為 cause 自身也會有 cause，依此類推，就形成了異常鏈，每個異常都是由另一個異常引起的。 通俗的說，異常鏈就是把原始的異常包裝為新的異常類，並在新的異常類中封裝了原始異常類，這樣做的目的在於找到異常的根本原因。
通過Throwable的兩個構造方法可以創建自定義的包含異常原因的異常類型： Throwable(String message, Throwable cause) 構造一個帶指定詳細消息和 cause 的新 throwable。 Throwable(Throwable cause) 構造一個帶指定 cause 和 (cause==null ? null :cause.toString())（它通常包含類和 cause 的詳細消息）的詳細消息的新 throwable。 getCause() 返回此 throwable 的 cause；如果 cause 不存在或未知，則返回 null。 initCause(Throwable cause) 將此 throwable 的 cause 初始化為指定值。 在Throwable的子類Exception中，也有類似的指定異常原因的構造方法： Exception(String message, Throwable cause) 構造帶指定詳細消息和原因的新異常。 Exception(Throwable cause) 根據指定的原因和 (cause==null ? null : cause.toString()) 的詳細消息構造新異常（它通常包含 cause 的類和詳細消息）。 因此，可以通過擴展Exception類來構造帶有異常原因的新的異常類。
七、Java異常處理的原則和技巧
1、避免過大的try塊，不要把不會出現異常的代碼放到try塊裡面，盡量保持一個try塊對應一個或多個異常。 2、細化異常的類型，不要不管什麼類型的異常都寫成Excetpion。 3、catch塊盡量保持一個塊捕獲一類異常，不要忽略捕獲的異常，捕獲到後要麼處理，要麼轉譯，要麼重新拋出新類型的異常。 4、不要把自己能處理的異常拋給別人。 5、不要用try...catch參與控製程序流程，異常控制的根本目的是處理程序的非正常情況。

『陸』 雲南北大青鳥設計培訓告訴你Java中異常與錯誤的處理方法

Java中的異常處理機制已經比較成熟，我們的Java程序到處充滿了異常的可能，如果對這些異常不做預先的處理，那麼將來程序崩潰就無從調試，很難找到異常所在的位置。大理電腦培訓http://www.kmbdqn.cn/將探討一下Java中異常與錯誤的處理方法，一起來看看。

異常與錯誤：

異常：

在Java中程序的錯誤主要是語法錯誤和語義錯誤，一個程序在編譯和運行時出現的錯誤我們統一稱之為異常，它是VM(虛擬機)通知你的一種方式，通過這種方式，VM讓你知道，你(開發人員)已經犯了個錯誤，現在有一個機會來修改它。Java中使用異常類來表示異常，不同的異常類代表了不同的異常。但是在Java中所有的異常都有一個基類，叫做Exception。

錯誤：

它指的是一個合理的應用程序不能截獲的嚴重的問題。大多數都是反常的情況。錯誤是VM的一個故障(雖然它可以是任何系統級的服務)。所以，錯誤是很難處理的，一般的開發人員(當然不是你)是無法處理這些錯誤的，比如內存溢出。和異常一樣，在Java中用錯誤類來表示錯誤，不同的錯誤類代表了不同的錯誤。但是在Java中所有的錯誤都有一個基類，叫做Error。

綜上，我們可以知道異常和錯誤最本質的區別就是異常能被開發人員處理而錯誤時系統本來自帶的，一般無法處理也不需要我們程序員來處理。

1.一個異常是在一個程序執行過程中出現的一個事件，它中斷了正常指令的運行

2.錯誤，偏離了可接受的代碼行為的一個動作或實例

異常的結構分類：

1、運行時異常(未檢查異常)

2、編譯時異常(已檢查異常)

運行異常即是RuntimeException;其餘的全部為編譯異常

在Java中異常Exception和錯誤Error有個共同的父類Throwable。

ErrorException

runtimeException幾個子類

1、java.lang.

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

2、java.lang.ArithmeticException

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

3、java.lang.NullPointerException

空指針異常。當應用試圖在要求使用對象的地方使用了null時，拋出該異常。譬如：調用null對象的實例方法、訪問null對象的

屬性、計算null對象的長度、使用throw語句拋出null等等

4、java.lang.ClassNotFoundException

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

該異常。

『柒』 java編譯異常有哪幾個

編譯異常是Exception下除了RuntimeException及其子類以外的所有子類
Java提供了兩類主要的異常:RuntimeException和CheckedException.
checked 異常也就是我們經常遇到的IO異常，以及SQL異常都是這種異常。對於這種異常，JAVA編譯器強制要求我們必需對出現的這些異常進行catch。所以，面對這種異常不管我們是否願意，只能自己去寫一大堆catch塊去處理可能的異常。
runtime exception，也稱運行時異常，我們可以不處理。當出現這樣的異常時，總是由虛擬機接管。比如：我們從來沒有人去處理過NullPointerException異常，它就是運行時異常，並且這種異常還是最常見的異常之一。
不管是不是RuntimeException 只要有異常 而且你還沒try / catch 那他一定會中斷執行 非RuntimeException 在編譯的時候 編譯器會幫你檢查 有沒有正確、完整的try / catch 如果沒有 編譯不過 RuntimeException 在編譯的時候 不檢查
參考自：http://m.blog.csdn.net/blog/zhou1216141078/12921609

『捌』 編譯時異常

當你在編輯時想讓調用者知道他傳達的值是錯的你就拋一個編輯時異常，讓他預先做處理，你不處理你編輯就不能通過。在拋異常的方法中寫一個聲明 throws Exception
上面其實是處理異常的一種方案，聲明異常。還有一種方案就是捕獲異常

通過try，catch來進行異常的內部消化。

總結：
什麼時候使用捕獲，什麼時候使用聲明：

首先明確自己到底是功能的定義者還是功能的調用者。

如果我們是功能的定義者，在我們的功能中有異常發生，而這個異常不需要告訴給調用者，這時就要在自己的功能中必須把這個捕獲調用。
如果這個問題需要告訴調用者，這時就可以在方法上使用throws關鍵字把異常聲明出去。

功能的調用者：我們調用別人的程序，由於別人的程序發生了問題，自己在調用的時候，就需要提前給出處理方案，而Java對異常的處理方案僅有2種，
捕獲和聲明。如果這個問題在我們自己的程序能夠處理掉就不要再使用聲明，而發自己依然要把這個問題往外暴漏，那麼就可以使用聲明

『玖』 JAVA語言中，異常處理有哪幾種方式

有兩中方式:1.捕獲異常,自己處理.
2.throw出去,讓別人處理.
舉個例子:
public class A{
try{
可能放生異常的語句...

}catch(Exception e){
e.getMessage();//自己處理
}

}

public class A throws Exception{

可能放生異常的語句...

}//throw出去,讓別人處理
注意這里用的是throws
如果在方法裡面則用throw
舉例:
public class A{
try{
可能放生異常的語句...

}catch(Exception e){
e.getMessage();//自己處理
throw new Exception ("");
}

}

『拾』 請哪位java高手幫我總結一下在java中的異常處理的種類.

算術異常類：ArithmeticExecption

空指針異常類：NullPointerException

類型強制轉換異常：ClassCastException

數組負下標異常：NegativeArrayException

數組下標越界異常：

違背安全原則異常：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.

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

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.

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

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.

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

java.lang.TypeNotPresentException

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

java.lang.UnsupportedOperationException

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

異常
javax.servlet.jsp.JspException: Cannot retrieve mapping for action /Login （/Login是你的action名字）

可能原因
action沒有再struts-config.xml 中定義，或沒有找到匹配的action，例如在JSP文件中使用 <html:form action="Login.do".將表單提交給Login.do處理，如果出現上述異常，請查看struts-config.xml中的定義部分，有時可能是打錯了字元或者是某些不符合規則，可以使用strutsconsole工具來檢查。
-----------------------------------------------------------------------------------------------------------------
異常
org.apache.jasper.JasperException: Cannot retrieve definition for form bean null

可能原因

這個異常是因為Struts根據struts-config.xml中的mapping沒有找到action期望的form bean。大部分的情況可能是因為在form-bean中設置的name屬性和action中設置的name屬性不匹配所致。換句話說，action和form都應該各自有一個name屬性，並且要精確匹配，包括大小寫。這個錯誤當沒有name屬性和action關聯時也會發生，如果沒有在action中指定name屬性，那麼就沒有name屬性和action相關聯。當然當action製作某些控制時，譬如根據參數值跳轉到相應的jsp頁面，而不是處理表單數據，這是就不用name屬性，這也是action的使用方法之一。
-----------------------------------------------------------------------------------------------------------------
異常
No action instance for path /xxxx could be created

可能原因
特別提示：因為有很多中情況會導致這個錯誤的發生，所以推薦大家調高你的web伺服器的日誌/調試級別，這樣可以從更多的信息中看到潛在的、在試圖創建action類時發生的錯誤，這個action類你已經在struts-config.xml中設置了關聯（即添加了<action>標簽）。

在struts-config.xml中通過action標簽的class屬性指定的action類不能被找到有很多種原因，例如：定位編譯後的.class文件失敗。Failure to place compiled .class file for the action in the classpath (在web開發中，class的的位置在r WEB-INF/classes，所以你的action class必須要在這個目錄下。例如你的action類位於WEB-INF/classes/action/Login.class,那麼在struts-config.xml中設置action的屬性type時就是action.Login).
拼寫錯誤，這個也時有發生，並且不易找到，特別注意第一個字母的大小寫和包的名稱。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: No getter method for property username of bean org.apache.struts.taglib.html.BEAN

可能原因
沒有位form bean中的某個變數定義getter 方法

這個錯誤主要發生在表單提交的FormBean中，用struts標記<html:text property=」username」>時，在FormBean中必須有一個getUsername()方法。注意字母「U」。
-----------------------------------------------------------------------------------------------------------------
異常
java.lang.NoClassDefFoundError: org/apache/struts/action/ActionForm

可能原因
這個錯誤主要發生在在classpath中找不到相應的Java .class文件。如果這個錯誤發生在web應用程序的運行時，主要是因為指定的class文件不在web server的classpath中（/WEB-INF/classes 和 /WEB-INF/lib）。在上面的錯誤中，原因是找不到ActionForm類。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Exception creating bean of class org.apache.struts.action.ActionForm: {1}

可能原因
Instantiating Struts-provided ActionForm class directly instead of instantiating a class derived off ActionForm. This mightoccur implicitly if you specify that a form-bean is this Struts ActionForm class rather than specifying a child of this classfor the form-bean.

Not associating an ActionForm-descended class with an action can also lead to this error.
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Cannot find ActionMappings or ActionFormBeans collection

可能原因
不是標識Struts actionServlet的<servlet>標記就是映射.do擴展名的<sevlet-mapping>標記或者兩者都沒有在web.xml中聲明。

在struts-config.xml中的打字或者拼寫錯誤也可導致這個異常的發生。例如缺少一個標記的關閉符號/>。最好使用struts console工具檢查一下。

另外，load-on-startup必須在web.xml中聲明，這要麼是一個空標記，要麼指定一個數值，這個數值用來表servlet運行的優先順序，數值越大優先順序越低。

還有一個和使用load-on-startup有關的是使用Struts預編譯JSP文件時也可能導致這個異常。
-----------------------------------------------------------------------------------------------------------------
異常
java.lang.NullPointerException at org.apache.struts.util.RequestUtils.forwardURL(RequestUtils.java:1223)

可能原因
在struts-config.xml中的forward元素缺少path屬性。例如應該是如下形式：
<forward name="userhome" path="/user/userhome.jsp"/>
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Cannot find bean org.apache.struts.taglib.html.BEAN in any scope

Probable Causes
試圖在Struts的form標記外使用form的子元素。這常常發生在你在</html:form>後面使用Struts的html標記。另外要注意可能你不經意使用的無主體的標記，如<html:form … />，這樣web 伺服器解析時就當作一個無主體的標記，隨後使用的所有<html>標記都被認為是在這個標記之外的，如又使用了<html:text property=」id」>還有就是在使用taglib引入HTML標記庫時，你使用的prefix的值不是html。
-----------------------------------------------------------------------------------------------------------------
異常
javax.servlet.jsp.JspException: Missing message for key xx.xx.xx

Probable Causes
這個key的值對沒有在資源文件ApplicationResources.properties中定義。如果你使用eclipse時經常碰到這樣的情況，當項目重新編譯時，eclipse會自動將classes目錄下的資源文件刪除。

資源文件ApplicationResources.properties 不在classpath中應將資源文件放到 WEB-INF/classes 目錄下，當然要在struts-config.xml中定義)
-----------------------------------------------------------------------------------------------------------------
異常
Cannot find message resources under key org.apache.struts.action.MESSAGE

可能原因
很顯然，這個錯誤是發生在使用資源文件時，而Struts沒有找到資源文件。

Implicitly trying to use message resources that are not available (such as using empty html:options tag instead of specifyingthe options in its body -- this assumes options are specified in ApplicationResources.properties file)

XML parser issues -- too many, too few, incorrect/incompatible versions
-----------------------------------------------------------------------------------------------------------------
異常
Strange and seemingly random characters in HTML and on screen, but not in original JSP or servlet.

可能原因
混和使用Struts的html:form標記和標準的HTML標記不正確。

使用的編碼樣式在本頁中不支持。
-----------------------------------------------------------------------------------------------------------------
異常
"Document contained no data" in Netscape

No data rendered (completely empty) page in Microsoft Internet Explorer

可能原因
使用一個Action的派生類而沒有實現perform()方法或execute()方法。在Struts1.0中實現的是perform()方法，在Struts1.1中實現的是execute()方法，但Struts1.1向後兼容perform()方法。但你使用Struts1.1創建一個Action的派生類，並且實現了execute()方法，而你在Struts1.0中運行的話，就會得到"Document contained nodata" error message in Netscape or a completely empty (no HTML whatsoever) page rendered in Microsoft Internet Explorer.」的錯誤信息。

---------------------------------------------------------------------------------------------------------------------------
異常
ServletException: BeanUtils.populate
解決方案
在用Struts上傳文件時,遇到了javax.servlet.ServletException: BeanUtils.populate異常。
我的ActionServlet並沒有用到BeanUtils這些工具類。後來仔細檢查代碼發現是在jsp文件里的form忘了加enctype="multipart/form-data" 了。所以寫程序遇到錯誤或異常應該從多方面考慮問題存在的可能性，想到系統提示信息以外的東西。
----------------------------------------------------------------------------------------------------------------------------
1. 定義Action後, 如果指定了name, 那麼必須要定義一個與它同名的FormBean才能進行form映射.2. 如果定義Action後, 提交頁面時出現 "No input attribute for mapping path..." 錯誤, 則需要在其input屬性中定義轉向的頁面.3. 如果插入新的數據時出現 "Batch update row count wrong:..." 錯誤, 則說明XXX.hbm.xml中指定的key的類型為原始類型(int, long),因為這種類型會自動分配值, 而這個值往往會讓系統認為已經存在該記錄, 正確的方法是使用java.lang.Integer或java.lang.Long對象.4. 如果插入數據時出現 "argument type mismatch" 錯誤, 可能是你使用了Date等特殊對象, 因為struts不能自動從String型轉換成Date型,所以, 你需要在Action中手動把String型轉換成Date型.5. Hibernate中, Query的iterator()比list()方法快很多.6. 如果出現 "equal symbol expected" 錯誤, 說明你的strtus標簽中包含另一個標簽或者變數, 例如:
<html:select property="test" onchange="<%=test%>"/>
或者
<html:hidden property="test" value="<bean:write name="t" property="p"/>"/>
這樣的情況...
---------------------------------------------------------------------------------------------------------------------------
錯誤：Exception in thread "main" org.hibernate.exception.SQLGrammarException: Could not execute JDBC batch update原因與解決： 因為Hibernate Tools（或者Eclipse本身的Database Explorer）生成*.hbn.xml工具中包含有catalog="***"（*表示資料庫名稱）這樣的屬性,將該屬性刪除就可以了
---------------------------------------------------------------------------------------------------------------------------
錯誤：org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations)
原因與解決：
方法1 刪除Set方的cascade
方法2 解決關聯關系後，再刪除
方法3 在many-to-one方增加cascade 但值不能是none
最後一招：
檢查一下hashCode equals是否使用了id作為唯一標示的選項了；我用uuid.hex時是沒有問題的；但是用了native，就不行了，怎麼辦？刪除啊！
----------------------------------------------------------------------------------------------------------------------------
問題：今天用Tomcat 5.5.12，發現原來很好用的系統不能用了，反復測試發現頁面中不能包含 taglib，否則會出現以下提示：HTTP Status 500 -type Exception reportMessage description The server encountered an internal error () that prevented it from fulfilling this request.exceptionorg.apache.jasper.JasperException: /index.jsp(1,1) Unable to read TLD "META-INF/tlds/struts-bean.tld" from JAR file"file:*****/WEB-INF/lib/struts.jar":原因：更新了工程用的lib文件夾下的jar，發布時也發布了servlet.jar和jsp-api.jar。解決：把jsp-api.jar刪除就解決這個問題了。-----------------------------------------------------------------------------------------------------------------------------
錯誤： java.lang.NullPointerException
原因： 發現 實例、 manage 實例等需要注入的東西沒有被注入（俗稱空指針異常）解決：這個時候，你應該查看日誌文件；默認是應用伺服器的 log 文件，比如 Tomcat 就是 [Tomcat 安裝目錄 ]/logs ；你會發現提示你：可能是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sf' defined in ServletContextresource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xmlorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xml……………………….Caused by: java.io.FileNotFoundException: src\hibernate.cfg.xml可能是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined inServletContext resource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not foundorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not found然後你就知道原因是因為配置文件的解析出了錯誤，這個通過 Web 頁面是看不出來的。更多的是持久化影射文件出的錯誤；導致了沒有被解析；當然你需要的功能就無法使用了。
----------------------------------------------------------------------------------------------------------------------------
錯誤：StandardWrapperValve[action]: Servlet.service() for servlet action threw exception
javax.servlet.jsp.JspException: Cannot retrieve mapping for action /settlementTypeManage
或者： type Status report message Servlet action is not available description The requested resource (Servlet action is not available) is not available.
原因： 同 上
----------------------------------------------------------------------------------------------------------------------------
錯誤StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exceptionjava.lang.ClassNotFoundException: org.apache.struts.taglib.bean.CookieTei界面錯誤具體描述：
org.apache.jasper.JasperException: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.bean.CookieTei
原因與解決： <方案一>你的「html:」開頭的標簽沒有放在一個<html:form>中 <方案二>重新啟動你的應用伺服器，自動就沒有這個問題