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

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

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

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

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

　　使用標準異常

　　我們的第九條最佳實踐建議使用標準和內置的Java異常。使用標準異常而不是每次創建我們自己的異常，對于維護性和一致性，不管是現在還是以后，都是最好的選擇。重用標準異常使代碼更具可讀性，因為大部分Java開發人員對標準的像源自于JDK的RuntimeException異常，IllegalStateException異常，IllegalArgumentException異常或者NullPointerException異常，(開發者)他們能一眼就知道每種異常的目的，而不是在代碼里查找或者在文檔里查找用戶定義的異常的目的。

　　記錄任何方法拋出的異常

　　Java編程語言提供了throw和throws關鍵字來拋出異常，在javadoc中用@throw記錄任何方法可能會拋出的異常。如果你編寫API或者公共接口，這就變得非常重要。任何方法拋出的異常都有相應的文檔記錄，這樣你就能下意識的提醒任何使用(該方法)的人。

　　這些就是所有在Java編程中在處理異常的時候需要遵循的最佳實踐，讓我們知道了什么是在Java編程中編寫異常處理代碼時需要遵循的實踐。