避免在Java中使用Checked Exception


這篇文章指出了Java中checked Exception的一些缺點,提出應該在程序設計中避免使用checked Exception,對于需要處理checked Exception的代碼,可以使用ExceptionAdapter這個類對checked Exception進行包裝。這篇文章的概念和ExceptionAdapter這個類均源自Bruce Eckel的Does Java need Checked Exception。

Java的Exception分為兩類,一類是RuntimeException及其子類,另外一類就是checked Exception。Java要求函數對沒有被catch處理掉的checked Exception,需要將其寫在函數的聲明部分。然而,這一要求常常給程序員帶來一些不必要的負擔。

為了避免在函數聲明中寫throws部分,在Java項目里面常??梢钥吹揭韵麓a用來吞掉Exception:

try {
    // ...
} catch (Exception ex) {
    ex.printStackTrace();
}

這顯然不是一個好的處理Exception辦法,事實上,catch并處理一個Exception意味著讓程序從發(fā)生的錯誤(Exception)中恢復過來。從這種意義上說,已上的代碼只可能在一些很簡單的情況下工作而不帶來問題。

對于很多Exception,往往沒有去處理它并讓程序從錯誤中恢復出來的辦法,這時唯一能做的事情可能就是在界面上顯示一些提示信息給用戶。這種情況下讓程序拋出遇到的Exception是更為合理的做法。然而,這樣做會使得一些函數的聲明急劇膨脹。一個函數可能需要聲明會拋出的7、8個checked Exception,而且每個調用它的函數也需要同樣的聲明。

比這更糟糕的是,這有可能破壞類設計的open-close原則。簡單來說,open-close原則是指當擴展一個模塊的時候,可以不影響其現(xiàn)有的client。open-close原則是通過繼承來實現(xiàn)的,當繼承一個類的時候,我們既擴展了這個類,也不會影響原有的client(因為對這個類沒有改動)。

現(xiàn)在考慮下面這種情況,有一個父類Base:

public class Base {
    public void foo() throws ExceptionA {
       // ...
    }
}

現(xiàn)在需要繼承Base這個類并重載foo這個方法,在新的實現(xiàn)中,foo可能拋出ExceptionB:

public class Extend extends Base {
    public void foo() throws ExceptionB {
       // ...
    }
}

然而,這樣寫在Java里面是不合法的,因為Java把可能會拋出的Exception看作函數特征的一部分,子類聲明拋出的Exception必須是父類的子集。

可以在Base類的foo方法中加入拋出ExceptionB的聲明,然而,這樣就破壞了open-close原則。而且,有時我們沒有辦法去修改父類,比如當重載一個Jdk里的類的時候。

另一個可能的做法是在Extend的foo方法中catch住ExceptionB,然后構造一個ExceptionA并拋出。這是個可行的辦法但也只是一個權宜之計。

如果使用RuntimeException,這些問題都不會存在。這說明checked Exception并不是一個很實用的概念,也意味著在程序設計的時候,我們應該讓自己的Exception類繼承RuntimeException而不是Exception。(這和JDK的建議正好相反,但實踐證明這樣做代碼的質量更好。)

對于那些需要處理checked Exception的代碼,可以利用一個ExceptionAdapter的類把checked Exception包裝成一個RuntimeException拋出。ExceptionAdapter來自Bruce Eckel的Does Java need Checked Exception這篇文章,在這里的ExceptionAdapter是我根據JDK 1.4修改過的:

public class ExceptionAdapter extends RuntimeException {
   
    public ExceptionAdapter(Exception ex) {
       super(ex);
    }
   
    public void printStackTrace(java.io.PrintStream s) {
       getCause().printStackTrace(s);
    }
   
    public void printStackTrace(java.io.PrintWriter s) {
       getCause().printStackTrace(s);
    }
   
    // rethrow()的作用是把被包裝的Exception再次拋出。
    public void rethrow()
       throws Exception
    {
       throw (Exception) getCause();
    }
}

參考文獻
Bruce Eckel -- Does Java need Checked Exception

作者
DaiJiaLin
mailto:woodydai@gmail.com


最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

  • 1. Java基礎部分 基礎部分的順序:基本語法,類相關的語法,內部類的語法,繼承相關的語法,異常的語法,線程的語...
    子非魚_t_閱讀 34,734評論 18 399
  • Spring Cloud為開發(fā)人員提供了快速構建分布式系統(tǒng)中一些常見模式的工具(例如配置管理,服務發(fā)現(xiàn),斷路器,智...
    卡卡羅2017閱讀 136,578評論 19 139
  • 對象的創(chuàng)建與銷毀 Item 1: 使用static工廠方法,而不是構造函數創(chuàng)建對象:僅僅是創(chuàng)建對象的方法,并非Fa...
    孫小磊閱讀 2,184評論 0 3
  • 前言 人生苦多,快來 Kotlin ,快速學習Kotlin! 什么是Kotlin? Kotlin 是種靜態(tài)類型編程...
    任半生囂狂閱讀 26,701評論 9 118
  • 一覺醒來,丟了時間 不知道現(xiàn)在幾時 找不到鐘表和手機 夜空和星星依舊 找不到計時工具 我無法計算沉沉睡去 與自然醒...
    歡喜軒閱讀 311評論 0 4

友情鏈接更多精彩內容