Java編程中的異常處理是一個很常見的話題了，幾乎任何一門介紹性的Java課程都會提到異常處理。不過，我認為很多人其實並沒有真正掌握正確處理異常情況的方法和策略，最多也就不過了解個大概，知道點概念。本文就對三種不同程度和質量的Java異常處理進行了討論，所闡述的處理異常的方式按手法的高下分為： 好，不好和惡劣三種。
同時向你提供了一些解決這些問題的技巧。
首先解釋一些java異常處理中必須搞清楚的定義和機制。Java語言規范將自Error類或RuntimeException類衍生出來的任何違例都稱作“不可檢查”(Unchecked)異常;其他所有異常則稱作“可檢查”(Checked)異常。
所謂可檢查異常，是指我們應該自行處理的異常。至於處理的手段，要麼加以控制(try catch)，要麼通告(throws)他們有可能產生。通常，應捕捉那些已知如何處理的異常，而通告那些不知如何處理的異常。
而對那些不可檢查異常來說，他們要麼在我們的控制之外(Error),要麼是我們首先就不該允許的情況(RuntimeException).
至於異常的指定，Java的規則非常簡單：一個方法必須通告自己可能產生的所有可檢查異常。編寫自己的方法時，並不一定要通告出方法實際可能產生的每一個異常對象，要想理解什麼時候必須要方法的throws叢句來通告異常，就必須知道對一個異常來說，他只有可能在下面四種情況下才會產生：
1．調用了可能產生異常的方法。比如BufferedReader類的readLine方法。該方法通告Java.io.IOException異常
2．偵測到一個錯誤，並用throw語句產生異常。
3．出現一個編程錯誤。比如a[-1] = 0。
4．Java產生內部錯誤。
如果出現頭兩種情況之一，必須告訴打算使用自己方法的人：假如使用這個方法，可能造成一個異常的產生(即在方法頭上使用throws)，一個簡單的記憶方法：
只要含有throw,就要通告throws。如果一個方法必須同時處理多個異常，就必須在頭內指出所有異常。就像下例展示的那樣，用逗號對他們進行分割：
以下為引用的內容：
1234567
class Animation {
public Image loadImage(Strint s)
throws EOFException,MalformedURLException
{ ………… } }
然而，我們不需要通告內部Java錯誤，也不應該通告自RuntimeException衍生出來的異常。
好的異常處理
好異常處理提供了處理程序錯誤的統一機制。事實上，Java語言通過向調用者提出異常警告的方式而顯著地提升了軟件開發中的異常處理能力。這種方式把Java語言中的“方法（method）”進行了擴展和增強，使之包括了自身的錯誤條件。下面就讓我們看一個例子，這個例子說明了這種情況。
以下是FileInputStream構造器之一的原型：
public FileInputStream(String name) throws FileNotFoundException Java
的方法和構造器必須聲明他們在被調用時可能“扔出”的異常，采用的關鍵字就是“throws”。這種在方法原型中出現的異常提示增加了編程的可靠性。
顯而易見，這種方式是向方法的調用者提示了可能出現的異常條件，這樣調用者就可以對這些異常作出適當的相應處理。以下代碼示意我們是如何捕獲並且處理FileNotFoundException 這一異常的：
以下為引用的內容：
1234567891011
try {
FileInputStream fis = new FileInputStream(args[0]);
// other code here ...
}
catch (FileNotFoundException fnfe) {
System.out.println("File: " + args[0] + " not found. Aborting.");
System.exit(1); }
Java異常處理還有其他一些優秀的特性，這就是可檢查異常、用戶定義異常和在JDK 1.4中推出的新型Java記錄API（Java Logging API）。java.lang.Exception的所有子類都屬於可檢查異常。可檢查異常（checked exception）是扔出該異常的方法所必須提示的異常，這種異常必須被捕獲或者向調用者提示。用戶定義異常（User-defined exceptions）是定制的異常類，這種異常類擴展了java.lang.Exception類。優良的Java程序規定定制異常封裝、報告和處理他們自己獨有的情況。最新的Java記錄API（logging API）則可以集中記錄異常。
Java編程中的異常處理是一個很常見的話題了，幾乎任何一門介紹性的Java課程都會提到異常處理。不過，我認為很多人其實並沒有真正掌握正確處理異常情況的方法和策略，最多也就不過了解個大概，知道點概念。本文就對三種不同程度和質量的Java異常處理進行了討論，所闡述的處理異常的方式按手法的高下分為：
好，不好和惡劣三種。
同時向你提供了一些解決這些問題的技巧。
首先解釋一些java異常處理中必須搞清楚的定義和機制。Java語言規范將自Error類或RuntimeException類衍生出來的任何違例都稱作“不可檢查”(Unchecked)異常;其他所有異常則稱作“可檢查”(Checked)異常。
所謂可檢查異常，是指我們應該自行處理的異常。至於處理的手段，要麼加以控制(try catch)，要麼通告(throws)他們有可能產生。通常，應捕捉那些已知如何處理的異常，而通告那些不知如何處理的異常。
而對那些不可檢查異常來說，他們要麼在我們的控制之外(Error),要麼是我們首先就不該允許的情況(RuntimeException).
至於異常的指定，Java的規則非常簡單：一個方法必須通告自己可能產生的所有可檢查異常。編寫自己的方法時，並不一定要通告出方法實際可能產生的每一個異常對象，要想理解什麼時候必須要方法的throws叢句來通告異常，就必須知道對一個異常來說，他只有可能在下面四種情況下才會產生：
1．調用了可能產生異常的方法。比如BufferedReader類的readLine方法。該方法通告Java.io.IOException異常
2．偵測到一個錯誤，並用throw語句產生異常。
3．出現一個編程錯誤。比如a[-1] = 0。
4．Java產生內部錯誤。
如果出現頭兩種情況之一，必須告訴打算使用自己方法的人：假如使用這個方法，可能造成一個異常的產生(即在方法頭上使用throws)，一個簡單的記憶方法：
只要含有throw,就要通告throws。如果一個方法必須同時處理多個異常，就必須在頭內指出所有異常。就像下例展示的那樣，用逗號對他們進行分割：
以下為引用的內容：
1234567
class Animation {
public Image loadImage(Strint s) throws EOFException,MalformedURLException
{ ………… } }
然而，我們不需要通告內部Java錯誤，也不應該通告自RuntimeException衍生出來的異常。
好的異常處理
好異常處理提供了處理程序錯誤的統一機制。事實上，Java語言通過向調用者提出異常警告的方式而顯著地提升了軟件開發中的異常處理能力。這種方式把Java語言中的“方法（method）”進行了擴展和增強，使之包括了自身的錯誤條件。下面就讓我們看一個例子，這個例子說明了這種情況。
以下是FileInputStream構造器之一的原型：
以下為引用的內容：
public FileInputStream(String name) throws FileNotFoundException Java
的方法和構造器必須聲明他們在被調用時可能“扔出”的異常，采用的關鍵字就是“throws”。這種在方法原型中出現的異常提示增加了編程的可靠性。
顯而易見，這種方式是向方法的調用者提示了可能出現的異常條件，這樣調用者就可以對這些異常作出適當的相應處理。以下代碼示意我們是如何捕獲並且處理FileNotFoundException 這一異常的：
以下為引用的內容：
1234567891011
try {
FileInputStream fis = new FileInputStream(args[0]);
// other code here ... }
catch (FileNotFoundException fnfe) {
System.out.println("File: " + args[0] + " not found. Aborting.");
System.exit(1);
}
Java異常處理還有其他一些優秀的特性，這就是可檢查異常、用戶定義異常和在JDK 1.4中推出的新型Java記錄API（Java Logging API）。java.lang.Exception的所有子類都屬於可檢查異常。可檢查異常（checked exception）是扔出該異常的方法所必須提示的異常，這種異常必須被捕獲或者向調用者提示。用戶定義異常（User-defined exceptions）是定制的異常類，這種異常類擴展了java.lang.Exception類。優良的Java程序規定定制異常封裝、報告和處理他們自己獨有的情況。最新的Java記錄API（logging API）則可以集中記錄異常。
