異常處理是書(shū)寫(xiě)強(qiáng)健Java應(yīng)用的一個(gè)重要部分。它是關(guān)乎每個(gè)應(yīng)用的一個(gè)非功能性需求，是為了優(yōu)雅的處理任何錯(cuò)誤狀況，比如資源不可訪(fǎng)問(wèn)，非法輸入，空輸入等等。Java提供了幾個(gè)異常處理特性，以try,catch和 finally 關(guān)鍵字的形式內(nèi)建于語(yǔ)言自身之中。Java編程語(yǔ)言也允許你創(chuàng)建新的異常，并通過(guò)使用 throw 和 throws關(guān)鍵字拋出它們。事實(shí)上，異常處理不僅僅是知道語(yǔ)法。書(shū)寫(xiě)一個(gè)強(qiáng)健的代碼更多的是一門(mén)藝術(shù)而不僅僅是一門(mén)科學(xué)，這里我們將討論一些關(guān)于異常處理的Java最佳實(shí)踐。這些 Java 最佳實(shí)踐 甚至被標(biāo)準(zhǔn)JDK庫(kù)，以及一些開(kāi)源代碼所追隨，以更好的處理錯(cuò)誤與異常。這也成為了Java程序員書(shū)寫(xiě)強(qiáng)健代碼的手冊(cè)。

Java 編程中異常處理的最佳實(shí)踐

這里是我收集的10個(gè)Java編程中進(jìn)行異常處理的10最佳實(shí)踐。在Java編程中對(duì)于檢查異常有褒有貶，強(qiáng)制處理異常是一門(mén)語(yǔ)言的功能。在本文中，我們將盡量減少使用檢查型異常，同時(shí)學(xué)會(huì)在Java編程中使用檢查型VS非檢查型異常。

1.為可恢復(fù)的錯(cuò)誤使用檢查型異常，為編程錯(cuò)誤使用非檢查型錯(cuò)誤

選擇檢查型還是非檢查型異常，對(duì)于Java編程人員來(lái)說(shuō)，總是讓人感到困惑。檢查型異常保證你對(duì)錯(cuò)誤條件提供異常處理代碼，這是一種從語(yǔ)言到強(qiáng)制你編寫(xiě)健壯的代碼的一種方式，但同時(shí)會(huì)引入大量雜亂的代碼并導(dǎo)致其不可讀。當(dāng)然，如果你有替代品和恢復(fù)策略的話(huà)，捕捉異常并做些什么看起來(lái)似乎也在理。在Java編程中選擇檢查型異常還是運(yùn)行時(shí)異常。

2.在finally程序塊中關(guān)閉或者釋放資源

這在Java編程中，是一個(gè)廣為人知的最佳實(shí)踐，在處理網(wǎng)絡(luò)和IO類(lèi)的時(shí)候，相當(dāng)于一個(gè)標(biāo)準(zhǔn)。在finally塊中關(guān)閉資源， 在正常和異常執(zhí)行的情況下，保證之前和稀缺資源的合理釋放，這由y finally塊保證。從Java7開(kāi)始，該語(yǔ)言有了一項(xiàng)更有趣的功能：資源管理自動(dòng)化或者ARM塊能實(shí)現(xiàn)這一功能。盡管如此，我們?nèi)匀灰涀≡趂inally塊中關(guān)閉資源，這是對(duì)于釋放像FileDescriptors這類(lèi)，應(yīng)用在socket和文件編程的情況下的有限資源很重要的。

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

很多時(shí)候，當(dāng)一個(gè)由另一個(gè)異常導(dǎo)致的異常被拋出的時(shí)候，Java庫(kù)和開(kāi)放源代碼會(huì)將一種異常包裝成另一種異常。日志記錄和打印根異常就變得非常重要。Java異常類(lèi)提供了 getCause()方法來(lái)檢索導(dǎo)致異常的原因，這些(原因)可以對(duì)異常的根層次的原因提供更多的信息。該Java實(shí)踐對(duì)在進(jìn)行調(diào)試或排除故障大有幫助。時(shí)刻記住，如果你將一個(gè)異常包裝成另一種異常時(shí)，構(gòu)造一個(gè)新異常要傳遞源異常。

4.始終提供關(guān)于異常的有意義的完整的信息

異常信息是最重要的地方，因?yàn)檫@是程序員首先看到的第一個(gè)地方，這里你能找到問(wèn)題產(chǎn)生的根本原因。這里始終提供精確的真實(shí)的信息。例如，對(duì)比IllegalArgumentException 異常的兩條異常信息：

消息 1: "Incorrect argument for method"

消息 2: "Illegal value for ${argument}: ${value}

第一條消息僅說(shuō)明了參數(shù)是非法的或者不正確，但第二條消息包括了參數(shù)名和非法值，而這對(duì)于找到錯(cuò)誤的原因是很重要的。在用Java編程中編寫(xiě)異常處理代碼的時(shí)候，始終遵循該Java最佳實(shí)踐。

5.避免過(guò)度使用檢查型異常

檢查型異常在強(qiáng)制執(zhí)行方面有一定的優(yōu)勢(shì)，但同時(shí)它也破壞了代碼，通過(guò)掩蓋業(yè)務(wù)邏輯使代碼可讀性降低。只要你不過(guò)度使用檢查型異常，你可以最大限度的減少這類(lèi)情況，這樣做的結(jié)果是你會(huì)得到更清潔的代碼。你同樣可以使用Java7的新功能，像one catch block for multiple exceptions 和 automatic resource management以移除重復(fù)項(xiàng)。

6.將檢查型異常轉(zhuǎn)為運(yùn)行時(shí)異常

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

7.記住對(duì)性能而言，異常代價(jià)高昂

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

8.避免catch塊為空

沒(méi)有什么比空的catch塊更糟糕的了，因?yàn)樗粌H隱藏了錯(cuò)誤和異常，同時(shí)可能導(dǎo)致你的對(duì)象處于不可使用或者臟的狀態(tài)。空的catch塊只能變得無(wú)意義，如果你非常肯定異常不會(huì)繼續(xù)以任何方式影響對(duì)象狀態(tài)，但在程序執(zhí)行期間，用日志記錄錯(cuò)誤依然是最好的(方法)。對(duì)于在Java編程中編寫(xiě)異常處理代碼，這不僅僅是一個(gè)Java最佳實(shí)踐，而是一個(gè)最通用的實(shí)踐。

9.使用標(biāo)準(zhǔn)異常

我們的第九條最佳實(shí)踐建議使用標(biāo)準(zhǔn)和內(nèi)置的Java異常。使用標(biāo)準(zhǔn)異常而不是每次創(chuàng)建我們自己的異常，對(duì)于維護(hù)性和一致性，不管是現(xiàn)在還是以后，都是最好的選擇。重用標(biāo)準(zhǔn)異常使代碼更具可讀性，因?yàn)榇蟛糠諮ava開(kāi)發(fā)人員對(duì)標(biāo)準(zhǔn)的像源自于JDK的RuntimeException 異常，IllegalStateException 異常，IllegalArgumentException 異常或者 NullPointerException異常，(開(kāi)發(fā)者)他們能一眼就知道每種異常的目的，而不是在代碼里查找或者在文檔里查找用戶(hù)定義的異常的目的。

10.記錄任何方法拋出的異常

Java提供了throw和throws關(guān)鍵字來(lái)拋出異常，在javadoc中用 @throw記錄任何方法可能會(huì)拋出的異常。如果你編寫(xiě)API或者公共接口，這就變得非常重要。任何方法拋出的異常都有相應(yīng)的文檔記錄，這樣你就能下意識(shí)的提醒任何使用(該方法)的人。

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