（一）Java的異常層次結構
要想明白Java中checked Exception和unchecked Exception的區別，我們首先來看一下Java的異常層次結構。
這是一個簡化的Java異常層次結構示意圖，需要注意的是所有的類都是從Throwable繼承而來，下一層則分爲兩個結構，Error和Exception。其中Error類層次描述了Java運行時系統的內部錯誤和資源耗盡錯誤，這種錯誤除了簡單的報告給用戶，並盡力阻止程序安全終止之外，一般也米有別的解決辦法了。
(二）unchecked異常和checked異常的區別
有了上面的認識之後，我們再來看什麼是checked異常，什麼是unchecked的異常。其實，Java語言規範對這兩個定義十分簡單，將派生於Error或者RuntimeException的異常稱爲unchecked異常，所有其他的異常成爲checked異常。儘管，這個定義十分簡單，但是RuntimeException卻是一個非常讓人容易混淆的觀念，似乎我們所有的異常都是在程序運行的過程中。我《Effective Java》中關於Ru ntimeException異常的闡述也不是那麼盡如人意，
Use checked exceptions for recoverable conditions and runtime exceptions for programming errors (Item 58 in 2nd edition)不過從這句話中我們可以簡單引申一下，也就是說，如果出現了RuntimeException，就一定是程序員自身的問題。比如說，數組下標越界和訪問空指針異常等等，只要你稍加留心這些異常都是在編碼階段可以避免的異常。如果你還是覺得這兩個概念不好區分，那麼“最暴力“的方法就是將常見的RuntimeException背下來，這樣就可以省去很多判斷的時間。
（三）爲什麼要對unchecked異常和checked異常進行區分？
原因其實很簡單，編譯器將檢查你是否爲所有的已檢查異常提供了異常處理機制，比如說我們使用Class.forName()來查找給定的字符串的class對象的時候，如果沒有爲這個方法提供異常處理，編譯是無法通過的。
（四）我們應該對哪些異常進行聲明？
我們前面說，RuntimeException是在programing過程中可以避免的錯誤，那是不是我們就不需要拋出這些異常呢？原則上來說，是這樣的，但是Java規範中並沒有對此進行限制，只是看上去你拋出一個數組越界的異常並沒有多少實際意義，相反還會對性能造成一定的損失。那麼我們應該如何來設計拋出異常呢？我們要記住以下兩種情況是必聲明throws異常的：
- 調用一個checked異常的方法，例如IOException，至於原因我們前面已經討論過了，如果拋出所有的checked異常時無法通過編譯的。
- 程序運行過程中發現錯誤，利用throw語句拋出一個異常。
- 對於unchecked異常，無非主要是兩種情況要麼是可以避免的（Runtime Exception），要麼是不可控制的。這些也是需要聲明異常的。