異常跟普通的警告等有一定的區別。當應用程序發生異常時，會中斷正在執行的程序的正常指令流。也就是說，發生異常后面的代碼將得不到正確的執行。甚至還會觸發數據庫的回退操作。

　　在Java開發平臺中，異常包括預定義異常與自定義異常。這兩種異常的類型互為補充。作為一個合格的程序開發人員，要善于在應用程序中使用異常。這可以提高應用程序的交互性。同時，也是保證應用程序正常運行的前提。故異常的處理對于開發一個優秀的應用程序來說非常的重要。為此筆者認為程序開發人員應該對Java應用程序的常見異常有一個深入的了解。只有在了解這些常見異常的情況下，才能夠做好自定義異常的處理。

　　一、常見異常的類型與原因。

　　對于Java應用程序的常見異常，筆者認為程序開發人員要從兩個方面去了解。一是要知道有哪些常見的Java應用程序異常，二是需要知道哪些原因可能會造成這個異常。這不僅需要程序管理人員在日常工作中要注意積累，在必要的情況下還需要去從其它渠道收集資料。筆者對此就進行一個分析，希望能夠對各位程序開發人員有一定的幫助。

　　1、 SQLException：操作數據庫異常類。

　　現在的Java應用程序大部分都是依賴于數據庫運行的。當Java應用程序與數據庫進行溝通時如果產生了錯誤，就會觸發這個類。同時會將數據庫的錯誤信息通過這個類顯示給用戶。也就是說，這個操作數據庫異常類是數據庫與用戶之間異常信息傳遞的橋梁。如現在用戶往系統中插入數據，而在數據庫中規定某個字段必須唯一。當用戶插入數據的時候，如果這個字段的值跟現有的紀錄重復了，違反了數據庫的唯一性約束，此時數據庫就會跑出一個異常信息。這個信息一般用戶可能看不到，因為其發生在數據庫層面的。此時這個操作數據庫異常類就會捕捉到數據庫的這個異常信息，并將這個異常信息傳遞到前臺。如此的話，前臺用戶就可以根據這個異常信息來分析發生錯誤的原因。這就是這個操作數據庫異常類的主要用途。在Java應用程序中，所有數據庫操作發生異常時，都會觸發這一個類。所有此時Java應用程序本身的提示信息往往過于籠統，只是說與數據庫交互出現錯誤，沒有多大的參考價值。此時反而是數據庫的提示信息更加有使用價值。

　　2、 ClassCastException：數據類型轉換異常。

　　在Java應用程序中，有時候需要對數據類型進行轉換。這個轉換包括顯示的轉換與隱式的轉換。不過無論怎么轉換，都必須要符合一個前提的條件，即數據類型的兼容性。如果在數據轉換的過程中，違反了這個原則，那么就會觸發數據類型轉換異常。如現在在應用程序中，開發人員需要將一個字符型的日期數據轉換為數據庫所能夠接受的日期型數據，此時只需要在前臺應用程序中進行控制，一般不會有問題。但是，如果前臺應用程序缺乏相關的控制，如用戶在輸入日期的時候只輸入月、日信息，而沒有年份的信息。此時應用程序在進行數據類型轉換的時候，就會出現異常。根據筆者的經驗，數據類型轉換異常在應用程序開發中使一個出現的比較多的異常，也是一個比較低級的異常。因為大部分情況下，都可以在應用程序窗口中對數據類型進行一些強制的控制。即在數據類型進行轉換之前，就保證數據類型的兼容性。如此的話，就不容易造成數據類型的轉換異常。如在只允許數值類型的字段中，可以設置不允許用戶輸入數值以外的字符。雖然說有了異常處理機制，可以保證應用程序不會被錯誤的運行。但是在實際開發中，還是要盡可能多的預見錯誤發生的原因，盡量避免異常的發生。

　　3、 NumberFormatException：字符串轉換為數字類型時拋出的異常。

　　在數據類型轉換過程中，如果是字符型轉換為數字型過程中出現的問題，對于這個異常在Java程序中采用了一個獨立的異常，即NumberFormatException。如現在講字符型的數據“123456”轉換為數值型數據時，是允許的。但是如果字符型數據中包含了非數字型的字符，如123#56，此時轉換為數值型時就會出現異常。系統就會捕捉到這個異常，并進行處理。

　　Java應用程序中常見的異常類還有很多。如未找到相應類異常、不允許訪問某些類異常、文件已經結束異常、文件未找到異常、字段未找到異常等等。一般系統開發人員都可以根據這個異常名來判斷當前異常的類型。雖然不錯，但是好記性不如爛筆頭。程序開發人員在必要的時候(特別是存在自定義異常的時候)，最后手頭有一份異常明細表。如此的話，無論是應用程序在調試過程中發現問題，還是運行過程中接到用戶的投訴，都可以及時的根據異常名字來找到異常發生的原因。從而可以在最短時間內解決異常，恢復應用程序的正常運行。這個措施筆者用了很多年，非常的有效。

　　二、異常管理的實用建議。

　　對于操作數據庫異常來說，Java應用程序只提供了一個異常類。故光憑Java應用程序的錯誤信息，往往不能夠幫助應用程序人員排除錯誤的原因。只能夠指名是應用程序錯誤還是數據庫錯誤導致的這個異常。為了更進一步指明問題的原因，在數據庫層面定義異常的時候，最好能夠說明具體的原因。如前臺應用程序可能會調用數據庫的函數或者過程。此時在數據庫的函數或者過程中做好能夠說明某個異常的具體原因。如根據某個基礎表生成另一張表的時候，某個字段不能夠為空等等。將這些異常信息說明清楚后，如果真的遇到類似的異常時，操作數據庫異常類就會將數據庫的異常信息反會給前臺用戶。從而有利于用戶尋找問題的原因，并在最短時間內改正。當然，這需要Java程序員與數據庫設計人員進行協調。

　　其次需要注意的是，異常并不是常態。也就是說，大部分異常可以通過前提的合理預見與預防，來消除。如設計到四則運算，可以在前臺應用程序窗口中限制在除數字段內輸入0值等手段來消除應用程序運行中可能產生的異常。不過這往往要求應用程序開發人員有比較豐富的工作經驗以及由比較嚴密的思維邏輯。雖然這有一定的難度，但是筆者認為程序開發人員還是應該往這方面努力，而不要老是讓用戶作為你的試驗品，讓用戶來發現應用程序中的設計Bug。筆者認為，只有一些實在是程序人員無法控制的因素才允許拋出異常。如果應用程序開發人員能夠意識到這種錯誤、但是仍然沒有引起重視或者采取有效的措施防止出現這種異常，那么筆者是不允許的。