有爭議性的未被檢查的異常

　　因?yàn)镴ava編程語言不要求方法一定要捕獲或列出運(yùn)行異常或錯誤，所以程序員就可能被誤導(dǎo)，編寫只拋出運(yùn)行時異常或者使所有的異常子類都繼承于RuntimException的代碼，這兩種快捷方式允許程序員編寫不用為編譯錯誤而操心的代碼，并且也不費(fèi)神去指定或捕獲任何異常。盡管這種方法看上去對程序員很方便，但它回避了捕獲或指定必要的東西的意圖，并且可能使使用你的類的程序員發(fā)生錯誤。

　　 為什么設(shè)計(jì)者決定強(qiáng)制一個方法指定所有的在它的范圍內(nèi)可能被拋出的未檢查異常呢？被一個方法拋出的任何異常都是方法公共編程接口的一部分。方法的調(diào)用者必須知道有關(guān)這個方法所拋出的異常，以便他們能夠針對這些異常決定做什么。這些異常是編寫方法的接口差不多，有它們的參數(shù)和返回值。

　　 接下來你的問題可能是：如果它是這么好的說明了一個方法的API，包括它能拋出的異常，那么為什么不也指定運(yùn)行時異常呢？運(yùn)行時異常描述的問題是一個設(shè)計(jì)問題的結(jié)果，并且，API的客戶代碼不能期望從出錯的地方來恢復(fù)程序執(zhí)行或用一些方法來處理它們。這些問題包括算法異常（例如被零除），指針異常（例如通過一個空的引用來訪問一個對象），以及索引異常（例如試圖通過一個越界的索引來訪問一個數(shù)組）。運(yùn)行時異常可能在程序的任何地方發(fā)生，并且在一個典型的程序中可能有很多，因此，在每個方法中不得不添加運(yùn)行異常來降低程序的透明度，這樣，編譯器不要求你指定或捕獲運(yùn)行時異常（盡管你可以）。

　　 拋出運(yùn)行時異常（RuntimeException）的一個公共案例就是在用戶調(diào)用了一個錯誤的方法的時候。例如，一個方法檢查它的參數(shù)是否有效，如果一個參數(shù)是空（null），那么這個方法就可能拋出一個NullPointerException異常，這是一個不檢查異常。

　　 一般來說，不拋出運(yùn)行時異常（RuntimeException）或不創(chuàng)建一個運(yùn)行時異常（RuntimeException）的子類的原因是：人你不想為指定你的方法所能拋出的異常而操心。

　　 一個使用異常的方針是：如果客戶能夠被期望從一個異常中得到恢復(fù)，那么就要使用檢查性異常。如果一個客戶對于從異常中恢復(fù)的程序不能做任何事，那么就可以使用不檢查性異常。