異常處理是書寫 強健 Java應用的一個重要部分。它是關乎每個應用的一個非功能性需求，是爲了優雅的處理任何錯誤狀況，比如資源不可訪問，非法輸入，空輸入等等。Java提供了幾個異常處理特性，以try,catch和finally 關鍵字的形式內建於語言自身之中。Java編程語言也允許你創建新的異常，並通過使用 throw 和 throws關鍵字拋出它們。事實上，異常處理不僅僅是知道語法。書寫一個強健的代碼更多的是一門藝術而不僅僅是一門科學，這裏我們將討論一些關於異常處理的Java最佳實踐。這些 Java 最佳實踐 甚至被標準JDK庫，以及一些開源代碼所追隨，以更好的處理錯誤與異常。這也成爲了Java程序員書寫強健代碼的手冊。
Java 編程中異常處理的最佳實踐
這裏是我收集的10個Java編程中進行異常處理的10最佳實踐。在Java編程中對於檢查異常有褒有貶，強制處理異常是一門語言的功能。在本文中，我們將盡量減少使用檢查型異常，同時學會在Java編程中使用檢查型VS非檢查型異常。
1）爲可恢復的錯誤使用檢查型異常，爲編程錯誤使用非檢查型錯誤。
選擇檢查型還是非檢查型異常，對於Java編程人員來說，總是讓人感到困惑。檢查型異常保證你對錯誤條件提供異常處理代碼，這是一種從語言到強制你編寫健壯的代碼的一種方式，但同時會引入大量雜亂的代碼並導致其不可讀。當然，如果你有替代品和恢復策略的話，捕捉異常並做些什麼看起來似乎也在理。在Java編程中選擇檢查型異常還是運行時異常，更多信息參考 checked vs unchecked exceptions。
2）在finally程序塊中關閉或者釋放資源
這在Java編程中，是一個廣爲人知的最佳實踐，在處理網絡和IO類的時候，相當於一個標準。在finally塊中關閉資源， 在正常和異常執行的情況下，保證之前和稀缺資源的合理釋放，這由y finally塊保證。從Java7開始，該語言有了一項更有趣的功能：資源管理自動化或者ARM塊能實現這一功能。儘管如此，我們仍然要記住在finally塊中關閉資源，這是對於釋放像FileDescriptors這類，應用在socket和文件編程的情況下的有限資源很重要的。
3）在堆棧跟蹤中包含引起異常的原因
很多時候，當一個由另一個異常導致的異常被拋出的時候，Java庫和開放源代碼會將一種異常包裝成另一種異常。日誌記錄和打印根異常就變得非常重要。Java異常類提供了 getCause()方法來檢索導致異常的原因，這些（原因）可以對異常的根層次的原因提供更多的信息。該Java實踐對在進行調試或排除故障大有幫助。時刻記住，如果你將一個異常包裝成另一種異常時，構造一個新異常要傳遞源異常。
4）始終提供關於異常的有意義的完整的信息
異常信息是最重要的地方，因爲這是程序員首先看到的第一個地方，這裏你能找到問題產生的根本原因。這裏始終提供精確的真實的信息。例如，對比IllegalArgumentException 異常的兩條異常信息：
第一條消息僅說明了參數是非法的或者不正確，但第二條消息包括了參數名和非法值，而這對於找到錯誤的原因是很重要的。在用Java編程中編寫異常處理代碼的時候，始終遵循該Java最佳實踐。
5）避免過度使用檢查型異常
檢查型異常在強制執行方面有一定的優勢，但同時它也破壞了代碼，通過掩蓋業務邏輯使代碼可讀性降低。只要你不過度使用檢查型異常，你可以最大限度的減少這類情況，這樣做的結果是你會得到更清潔的代碼。你同樣可以使用Java7的新功能，像one catch block for multiple exceptions 和 automatic resource management以移除重複項。
6）將檢查型異常轉爲運行時異常
這是在像Spring之類的多數框架中用來限制使用檢查型異常的技術之一，大部分出自於JDBC的檢查型異常，都被包裝進DataAccessException中，而（DataAccessException）異常是一種非檢查型異常。這是Java最佳實踐帶來的好處，特定的異常限制到特定的模塊，像 SQLException 放到DAO層，將意思明確的運行時異常拋到客戶層。
7）記住對性能而言，異常代價高昂
需要記住的一件事是異常代價高昂，同時讓你的代碼運行緩慢。假如你有方法從ResultSet（結果集）中進行讀取，這時常會拋出SQLException異常而不會移到下一元素，這將會比不拋出異常的正常代碼執行的慢的多。因此最大限度的減少不必要的異常捕捉和移動，那裏沒有什麼固定的原因。不要僅僅是拋出和捕捉異常，如果你能使用boolean變量去表示執行結果，可能會得到更整潔，更高性能的解決方案。修正錯誤的根源，避免不必須要的異常捕捉。
8）避免catch塊爲空
沒有什麼比空的catch塊更糟糕的了，因爲它不僅隱藏了錯誤和異常，同時可能導致你的對象處於不可使用或者髒的狀態。空的catch塊只能變得無意義，如果你非常肯定異常不會繼續以任何方式影響對象狀態，但在程序執行期間，用日誌記錄錯誤依然是最好的（方法）。對於在Java編程中編寫異常處理代碼，這不僅僅是一個Java最佳實踐，而是一個最通用的實踐。
9）使用標準異常
我們的第九條最佳實踐建議使用標準和內置的Java異常。使用標準異常而不是每次創建我們自己的異常，對於維護性和一致性，不管是現在還是以後，都是最好的選擇。重用標準異常使代碼更具可讀性，因爲大部分Java開發人員對標準的像源自於JDK的RuntimeException 異常，IllegalStateException 異常，IllegalArgumentException 異常或者 NullPointerException異常，（開發者）他們能一眼就知道每種異常的目的，而不是在代碼裏查找或者在文檔裏查找用戶定義的異常的目的。
10）記錄任何方法拋出的異常
Java提供了throw和throws關鍵字來拋出異常，在javadoc中用@throw記錄任何方法可能會拋出的異常。如果你編寫API或者公共接口，這就變得非常重要。任何方法拋出的異常都有相應的文檔記錄，這樣你就能下意識的提醒任何使用（該方法）的人。
這些就是所有在Java編程中在處理異常的時候需要遵循的最佳實踐。讓我們知道了什麼是在Java編程中編寫異常處理代碼時需要遵循的實踐。
