java第七章異常的處理方式（簡述java的異常的兩種處理方式）

• 1、雲南北大青鳥java培訓告訴你異常處理的Java最佳方法？
• 2、北大青鳥java培訓：Java中異常與錯誤的處理方法？
• 3、簡述Java中異常處理的機制?
• 4、java異常處理的機制有哪幾種？
• 5、北大青鳥java培訓：異常處理的Java最佳方法？
• 6、java中異常的處理方法有哪兩種

異常處理是Java開發中的一個重要部分。它是關乎每個應用的一個非功能性需求，是為了處理任何錯誤狀況，比如資源不可訪問，非法輸入，空輸入等等。Java提供了幾個異常處理特性，以try，catch和finally關鍵字的形式內建於語言自身之中。Java編程語言也允許你創建新的異常，並通過使用throw和throws關鍵字拋出它們。事實上，在Java編程中，Java的異常處理不單單是知道語法這麼簡單，它必須遵循標準的JDK庫，和幾個處理錯誤和異常的開源代碼。這裡北大青鳥將討論一些關於異常處理的Java最佳實踐。

1、為可恢復的錯誤使用檢查型異常，為編程錯誤使用非檢查型錯誤。

選擇檢查型還是非檢查型異常，對於Java編程人員來說，總是讓人感到困惑。檢查型異常保證你對錯誤條件提供異常處理代碼，這是一種從語言到強制你編寫健壯的代碼的一種方式，但同時會引入大量雜亂的代碼並導致其不可讀。當然，如果你有替代品和恢復策略的話，捕捉異常並做些什麼看起來似乎也在理。在Java編程中選擇檢查型異常還是運行時異常。

2、在finally程序塊中關閉或者釋放資源

這在Java編程中，是一個廣為人知的最佳實踐，在處理網絡和IO類的時候，相當於一個標準。在finally塊中關閉資源，在正常和異常執行的情況下，保證之前和稀缺資源的合理釋放，這由finally塊保證。從Java7開始，該語言有了一項更有趣的功能：資源管理自動化或者ARM塊能實現這一功能。儘管如此，我們仍然要記住在finally塊中關閉資源，這是對於釋放像FileDescriptors這類，應用在socket和文件編程的情況下的有限資源很重要的。

3、在堆棧跟蹤中包含引起異常的原因

很多時候，當一個由另一個異常導致的異常被拋出的時候，Java庫和開放源代碼會將一種異常包裝成另一種異常。日誌記錄和打印根異常就變得非常重要。Java異常類提供了getCause方法來檢索導致異常的原因，這些(原因)可以對異常的根層次的原因提供更多的信息。該Java實踐對在進行調試或排除故障大有幫助。時刻記住，如果你將一個異常包裝成另一種異常時，構造一個新異常要傳遞源異常。

4、始終提供關於異常的有意義的完整的信息

異常信息是最重要的地方，因為這是程序員首先看到的第一個地方，這裡你能找到問題產生的根本原因。這裡始終提供精確的真實的信息。

5、避免過度使用檢查型異常

檢查型異常在強制執行方面有一定的優勢，但同時它也破壞了代碼，通過掩蓋業務邏輯使代碼可讀性降低。只要你不過度使用檢查型異常，你可以最大限度的減少這類情況，這樣做的結果是你會得到更清潔的代碼。你同樣可以使用Java7的新功能，以移除重複項。

6、將檢查型異常轉為運行時異常

這是在像Spring之類的多數框架中用來限制使用檢查型異常的技術之一，大部分出自於JDBC的檢查型異常，都被包裝進DataAccessException中，而(DataAccessException)異常是一種非檢查型異常。這是Java最佳實踐帶來的好處，特定的異常限制到特定的模塊，像SQLException放到DAO層，將意思明確的運行時異常拋到客戶層。

7、記住對性能而言，異常代價高昂

需要記住的一件事是異常代價高昂，同時讓你的代碼運行緩慢。假如你有方法從ResultSet(結果集)中進行讀取，這時常會拋出SQLException異常而不會移到下一元素，這將會比不拋出異常的正常代碼執行的慢的多。因此最大限度的減少不必要的異常捕捉和移動，那裡沒有什麼固定的原因。不要僅僅是拋出和捕捉異常，如果你能使用boolean變量去表示執行結果，可能會得到更整潔，更高性能的解決方案。修正錯誤的根源，避免不必須要的異常捕捉。

Java中的異常處理機制已經比較成熟，我們的Java程序到處充滿了異常的可能，如果對這些異常不做預先的處理，那麼將來程序崩潰就無從調試，很難找到異常所在的位置。

河北電腦培訓將探討一下Java中異常與錯誤的處理方法，一起來看看。

異常與錯誤：異常：在Java中程序的錯誤主要是語法錯誤和語義錯誤，一個程序在編譯和運行時出現的錯誤我們統一稱之為異常，它是VM(虛擬機)通知你的一種方式，通過這種方式，VM讓你知道，你(開發人員)已經犯了個錯誤，現在有一個機會來修改它。

Java中使用異常類來表示異常，不同的異常類代表了不同的異常。

但是在Java中所有的異常都有一個基類，叫做Exception。

錯誤：它指的是一個合理的應用程序不能截獲的嚴重的問題。

大多數都是反常的情況。

錯誤是VM的一個故障(雖然它可以是任何系統級的服務)。

所以，錯誤是很難處理的，一般的開發人員(當然不是你)是無法處理這些錯誤的，比如內存溢出。

和異常一樣，在Java中用錯誤類來表示錯誤，不同的錯誤類代表了不同的錯誤。

但是在Java中所有的錯誤都有一個基類，叫做Error。

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

1.一個異常是在一個程序執行過程中出現的一個事件，它中斷了正常指令的運行2.錯誤，偏離了可接受的代碼行為的一個動作或實例異常的結構分類：1、運行時異常(未檢查異常)2、編譯時異常(已檢查異常)運行異常即是RuntimeException;其餘的全部為編譯異常在Java中異常Exception和錯誤Error有個共同的父類Throwable。

ErrorExceptionruntimeException幾個子類1、java.lang.ArrayIndexOutOfBoundsException數組索引越界異常。

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

2、java.lang.ArithmeticException算術條件異常。

譬如：整數除零等。

3、java.lang.NullPointerException空指針異常。

當應用試圖在要求使用對象的地方使用了null時，拋出該異常。

譬如：調用null對象的實例方法、訪問null對象的屬性、計算null對象的長度、使用throw語句拋出null等等4、java.lang.ClassNotFoundException找不到類異常。

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

有兩中方式: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語言提供兩種異常處理機制：捕獲異常和聲明拋棄異常；

1）捕獲異常：在Java程序運行過程中系統得到一個異常對象是，它將會沿着方法的調用棧逐層回溯，尋找處理這一異常的代碼。找到能夠處理這種類型異常的方法後，運行時系統把當前異常交給這個方法處理；如果找不到可以捕獲異常的方法，則運行時系統將終止，相應的Java程序也將退出。捕獲異常是通過try-catch-finally語句實現的。語法為：

try{

…

}catch(ExceptionName1 e){

…

}catch(ExceptionName2 e){

…

}

…

}finally{

…

}

2)聲明拋棄異常：當Java程序運行時系統得到一個異常對象時，如果一個方法並不知道如何處理所出現的異常，則可在方法聲明時，聲明拋棄異常。聲明拋棄異常是在一個方法聲明中的throws子句中指明的。如：

public int read() throws IOException{

…

}

其中throws IOException就是聲明拋棄異常，throws後可以跟多個異常類型。

異常處理是Java開發中的一個重要部分。

它是關乎每個應用的一個非功能性需求，是為了處理任何錯誤狀況，比如資源不可訪問，非法輸入，空輸入等等。

Java提供了幾個異常處理特性，以try，catch和finally關鍵字的形式內建於語言自身之中。

Java編程語言也允許你創建新的異常，並通過使用throw和throws關鍵字拋出它們。

事實上，在Java編程中，Java的異常處理不單單是知道語法這麼簡單，它必須遵循標準的JDK庫，和幾個處理錯誤和異常的開源代碼。

這裡北大青鳥將討論一些關於異常處理的Java最佳實踐。

1、為可恢復的錯誤使用檢查型異常，為編程錯誤使用非檢查型錯誤。

選擇檢查型還是非檢查型異常，對於Java編程人員來說，總是讓人感到困惑。

檢查型異常保證你對錯誤條件提供異常處理代碼，這是一種從語言到強制你編寫健壯的代碼的一種方式，但同時會引入大量雜亂的代碼並導致其不可讀。

當然，如果你有替代品和恢復策略的話，捕捉異常並做些什麼看起來似乎也在理。

在Java編程中選擇檢查型異常還是運行時異常。

2、在finally程序塊中關閉或者釋放資源這在Java編程中，是一個廣為人知的最佳實踐，在處理網絡和IO類的時候，相當於一個標準。

在finally塊中關閉資源，在正常和異常執行的情況下，保證之前和稀缺資源的合理釋放，這由finally塊保證。

從Java7開始，該語言有了一項更有趣的功能：資源管理自動化或者ARM塊能實現這一功能。

儘管如此，我們仍然要記住在finally塊中關閉資源，這是對於釋放像FileDescriptors這類，應用在socket和文件編程的情況下的有限資源很重要的。

3、在堆棧跟蹤中包含引起異常的原因很多時候，當一個由另一個異常導致的異常被拋出的時候，Java庫和開放源代碼會將一種異常包裝成另一種異常。

日誌記錄和打印根異常就變得非常重要。

Java異常類提供了getCause方法來檢索導致異常的原因，這些(原因)可以對異常的根層次的原因提供更多的信息。

該Java實踐對在進行調試或排除故障大有幫助。

時刻記住，如果你將一個異常包裝成另一種異常時，構造一個新異常要傳遞源異常。

4、始終提供關於異常的有意義的完整的信息異常信息是最重要的地方，因為這是程序員首先看到的第一個地方，這裡你能找到問題產生的根本原因。

這裡始終提供精確的真實的信息。

5、避免過度使用檢查型異常檢查型異常在強制執行方面有一定的優勢，但同時它也破壞了代碼，通過掩蓋業務邏輯使代碼可讀性降低。

只要你不過度使用檢查型異常，你可以最大限度的減少這類情況，這樣做的結果是你會得到更清潔的代碼。

你同樣可以使用Java7的新功能，以移除重複項。

6、將檢查型異常轉為運行時異常這是在像Spring之類的多數框架中用來限制使用檢查型異常的技術之一，大部分出自於JDBC的檢查型異常，都被包裝進DataAccessException中，而(DataAccessException)異常是一種非檢查型異常。

這是Java最佳實踐帶來的好處，特定的異常限制到特定的模塊，像SQLException放到DAO層，將意思明確的運行時異常拋到客戶層。

7、記住對性能而言，異常代價高昂需要記住的一件事是異常代價高昂，同時讓你的代碼運行緩慢。

假如你有方法從ResultSet(結果集)中進行讀取，這時常會拋出SQLException異常而不會移到下一元素，這將會比不拋出異常的正常代碼執行的慢的多。

因此最大限度的減少不必要的異常捕捉和移動，那裡沒有什麼固定的原因。

不要僅僅是拋出和捕捉異常，如果你能使用boolean變量去表示執行結果，可能會得到更整潔，更高性能的解決方案。

修正錯誤的根源，避免不必須要的異常捕捉。

1.檢查型異常,這樣的異常繼承於Excetpion,就是在編譯期間需要檢查,如果該異常被throw,那麼在該異常所在的method後必須顯示的throws,調用該method的地方也必須捕獲該異常,否則編譯器會拋出異常.ejb里的RemoteException是一個這樣的異常.來源：考試大

2.運行時異常,就是在運行期間系統出現的異常,該類異常繼承於RuntimeException,該類異常在編譯時系統不進行檢查,如NullPointerExcetpion,NumberFormatException.

3.系統錯誤,一般是JVM出現異常時拋出的異常,如OutofMemoryError,這樣的異常在J2EE開發中是不用關心的.考試大論壇

在J2EE開發中,檢查型異常被濫用以至於過一段時間程序員自己都看不懂拋出這樣的異常,.裏面封裝的這些錯誤信息是幹什麼用的,更可怕的是有好多有用的信息找不到了.比如SQLException和RemoteException這樣的異常我們沒必要再進行封裝,這樣的異常只對我們調試程序有用,而對客戶來說它就是一個」系統錯誤」而已.異常處理有一個簡單的原則,你什麼時候需要封裝自己的檢查型異常?就是你很清楚自己拋出這個異常的用途時,比如用戶輸入用戶名和密碼要登錄,但用戶名和密碼不匹配,你就要定義一個檢查型異常,客戶端通過捕獲該異常,然後把相應的錯誤信息反饋給客戶.而其它的自己未預期的錯誤或者異常比如SQLException,只需封裝到EJBException中,ejb container會把它的信息追加到RemoteException里,這樣客戶端捕獲RemoteException後把它寫到系統日誌里,就很容易進行調試。

Java 異常的處理

在 Java 應用程序中，對異常的處理有兩種方式：處理異常和聲明異常。

處理異常：try、catch 和 finally

若要捕獲異常，則必須在代碼中添加異常處理器塊。這種 Java 結構可能包含 3 個部分，

都有 Java 關鍵字。下面的例子中使用了 try-catch-finally 代碼結構。

import java.io.*; public class EchoInputTryCatchFinally { public static void main（String args［］）{ System.out.println（」Enter text to echo：」）; InputStreamReader isr = new InputStreamReader（System.in）; BufferedReader inputReader = new BufferedReader（isr）; try{ String inputLine = inputReader.readLine（）; System.out.println（」Read：」 + inputLine）; } catch（IOException exc）{ System.out.println（」Exception encountered： 」 + exc）; } finally{ System.out.println（」End. 「）; } } 其中：

try 塊：將一個或者多個語句放入 try 時，則表示這些語句可能拋出異常。編譯器知道可能要發生異常，於是用一個特殊結構評估塊內所有語句。

catch 塊：當問題出現時，一種選擇是定義代碼塊來處理問題，catch 塊的目的便在於此。catch 塊是 try 塊所產生異常的接收者。基本原理是：一旦生成異常，則 try 塊的執行中止，JVM 將查找相應的 JVM。

finally 塊：還可以定義 finally 塊，無論運行 try 塊代碼的結果如何，該塊裏面的代碼一定運行。在常見的所有環境中，finally 塊都將運行。無論 try 塊是否運行完，無論是否產生異常，也無論是否在 catch 塊中得到處理，finally 塊都將執行。

try-catch-finally 規則：

必須在 try 之後添加 catch 或 finally 塊。try 塊後可同時接 catch 和 finally 塊，但至少有一個塊。

必須遵循塊順序：若代碼同時使用 catch 和 finally 塊，則必須將 catch 塊放在 try 塊之後。

catch 塊與相應的異常類的類型相關。

一個 try 塊可能有多個 catch 塊。若如此，則執行第一個匹配塊。

可嵌套 try-catch-finally 結構。

在 try-catch-finally 結構中，可重新拋出異常。

除了下列情況，總將執行 finally 做為結束：JVM 過早終止（調用 System.exit（int））；在 finally 塊中拋出一個未處理的異常；計算機斷電、失火、或遭遇病毒攻擊。

聲明異常

若要聲明異常，則必須將其添加到方法簽名塊的結束位置。下面是一個實例：

public void errorProneMethod（int input） throws java.io.IOException { //Code for the method，including one or more method //calls that may produce an IOException } 這樣，聲明的異常將傳給方法調用者，而且也通知了編譯器：該方法的任何調用者必須遵守處理或聲明規則。聲明異常的規則如下：

必須聲明方法可拋出的任何可檢測異常（checked exception）。

非檢測性異常（unchecked exception）不是必須的，可聲明，也可不聲明。

調用方法必須遵循任何可檢測異常的處理和聲明規則。若覆蓋一個方法，則不能聲明與覆蓋方法不同的異常。聲明的任何異常必須是被覆蓋方法所聲明異常的同類或子類。