Java異常處理12條軍規

Fundebug發表於2019-04-12
Java

摘要： 簡單實用的建議。

Fundebug經授權轉載，版權歸原作者所有。

在Java語言中，異常從使用方式上可以分為兩大類：

  • CheckedException
  • UncheckedException

在Java中類的異常結構圖如下：

Java異常處理12條軍規

  • 可檢查異常需要在方法上宣告，一般要求呼叫者必須感知異常可能發生，並且對可能發生的異常進行處理。可以理解成系統正常狀態下很可能發生的情況，通常發生在通過網路呼叫外部系統或者使用檔案系統時，在這種情況下，錯誤是可能恢復的，呼叫者可以根據異常做出必要的處理，例如重試或者資源清理等。

  • 非檢查異常是不需要在throws子句中宣告的異常。JVM根本不會強制您處理它們，因為它們主要是由於程式錯誤而在執行時生成的。它們擴充套件了RuntimeException。最常見的例子是NullPointerException 可能不應該重試未經檢查的異常，並且正確的操作通常應該是什麼都不做，並讓它從您的方法和執行堆疊中出來。在高執行級別，應記錄此類異常。

  • Error是最為嚴重的執行時錯誤，幾乎是不可能恢復和處理，一些示例是OutOfMemoryError，LinkageError和StackOverflowError。它們通常會使程式或程式的一部分崩潰。只有良好的日誌記錄練習才能幫助您確定錯誤的確切原因.

在異常處理時的幾點建議：

1. 永遠不要catch中吞掉異常，否則在系統發生錯誤時，你永遠不知道到底發生了什麼

catch (SomeException e) {  
    return  null;
}
複製程式碼

2. 儘量使用特定的異常而不是一律使用Exception這樣太泛泛的異常

public void foo() throws Exception { //錯誤的做法}
複製程式碼
public void foo() throws MyBusinessException1, MyBusinessException2 { //正確的做法}
複製程式碼

一味的使用Exception,這樣就違背了可檢查異常的設計初衷，因為呼叫都不知道Exception到底是什麼，也不知道該如何處理。捕獲異常時，也不要捕獲範圍太大，例如捕獲Exception，相反，只捕獲你能處理的異常，應該處理的異常。即然方法的宣告者在方法上宣告瞭不同型別的可檢查異常，他是希望呼叫者區別對待不同異常的。

3. Never catch Throwable class

​永遠不要捕獲Throwable,因為Error也是繼承自它，Error是Jvm都處理不了的錯誤，你能處理？所以基於有些Jvm在Error時就不會讓你catch住。

4. 正確的封裝和傳遞異常**

不要丟失異常棧，因為異常棧對於定位原始錯誤很關鍵

catch (SomeException e) {throw  new MyServiceException("Some information: " + e.getMessage());  //錯誤的做法}
複製程式碼

一定要保留原始的異常：

catch (SomeException e) {   throw new MyServiceException("Some information: " , e);  //正確的開啟方式}
複製程式碼

5. 要列印異常，就不要丟擲，不要兩者都做

catch (SomeException e) {   
    LOGGER.error("Some information", e);
    throw e;
}
複製程式碼

這樣的log沒有任何意義，只會列印出一連串的error log，對於定位問題無濟於事。

6. 不要在finally塊中丟擲異常

如果在finally中丟擲異常，將會覆蓋原始的異常,如果finally中真的可能會發生異常，那一定要處理並記錄它，不要向上拋。

7. 不要使用printStackTrace

要給異常新增上有用的上下文資訊，單純的異常棧，沒有太大意義

8. Throw early catch late

異常界著名的原則，錯誤發生時及早丟擲，然後在獲得所以全部資訊時再捕獲處理.也可以理解為在低層次丟擲的異常，在足夠高的抽象層面才能更好的理解異常，然後捕獲處理。

9. 對於使用一些重量級資源的操作，發生異常時，一定記得清理

如網路連線，資料庫操作等，可以用try finally來做clean up的工作。

10. 不要使用異常來控制程式邏輯流程

我們總是不經意間這麼做了，這樣使得程式碼變更醜陋，使得正常業務邏輯和錯誤處理混淆不清；而且也可能會帶來效能問題，因為異常是個比較重的操作。

11. 及早校驗使用者的輸入

在最邊緣的入口校驗使用者的輸入，這樣使得我們不用再更底層邏輯中處處校驗引數的合法性，能大大簡化業務邏輯中不必要的異常處理邏輯；相反，在業務中不如果擔心引數的合法性，則應該使用衛語句丟擲執行時異常，一步步把對引數錯誤的處理推到系統的邊緣，保持系統內部的清潔。

12. 在列印錯誤的log中儘量在一行中包含儘可能多的上下文

LOGGER.debug("enter A");LOGGER.debug("enter B"); //錯誤的方式
複製程式碼
LOGGER.debug("enter A, enter B");//正確的方式
複製程式碼

相關文章