java 的異常分兩大類，RuntimeException 及其子類不要求捕捉，而其它的異常要求捕捉隨便舉幾個 RuntimeException 子異常，有：數(shù)組越界異常、空指針異常、0作除數(shù)異常非RuntimeException 異常有：Socket異常、IO異常等對比一下我們就會發(fā)現(xiàn)，RuntimeException 是在程序中可以完全避免的，比如數(shù)組越界異常，只要我在程序里作個判斷，如果要訪問的數(shù)組元素下標和數(shù)組的長度作一下比較就知道會不會越界，再比如空指針異常，如果在訪問對象時判斷一下對象的變量是否為空就可以了。而非RuntimeException 則是程序無法避免的，比如IO異常，你的程序正在讀一個文件，而這個文件所在磁盤出現(xiàn)了壞道，這就必然會引發(fā)IOException，這是不是靠編程高手編寫完美的程序就可以法避免得了的，程序所能做的只有出現(xiàn)異常之后怎么處理的問題。

所以，什么情況下需要捕獲runtimeException?

1.正式運行之前先去調(diào)試，檢查。發(fā)現(xiàn)問題及時找出問題并做相關(guān)處理

2.如果事先知道可能會出現(xiàn)什么情況，就可以去事先處理


3.如果不能處理，或者不能出現(xiàn)這么那么的操作，那么你可以去通知用戶

總之，

有些錯誤可能一開始你也沒有發(fā)現(xiàn)，在用戶使用一段時間后，發(fā)現(xiàn)問題，那么你需要做相應(yīng)的處理

從規(guī)范上來說，運行時異常是未檢查異常，意味著這類異常意味著越界情況。這在框架或者工具庫提供接口時有一個有效的方式去提醒使用者在調(diào)用接口前檢查參數(shù)的合法性。

另外是個人用法:

運行時異常是很寬松的，因為不用在方法簽名里聲明，那么有時候不想一層一層全都 catch 或者層層 throws 時，你可以拋運行時異常，然后在你覺得合適的地方去捕獲并處理它。

同樣你也可以把一個 Exception 用 RuntimeException 包一層把它隱式得向上傳遞，這樣你又可以讓代碼不會看起來太多 try-catch了。

當(dāng)然這種做法不推薦，因為沒有方法簽名這種異常如果沒被捕獲可能過段時間你都忘了它是寫在哪里的了，這是不安全的。

另外有時候你不得不拋一個運行時異常來結(jié)束流程，比如 Runnable.run() 這種已經(jīng)聲明好的接口，不允許你拋異常，但你有時候又想放開這個限制，那就用運行時異常包裹異常拋出來，然后給線程設(shè)置監(jiān)聽器（UncaughtExceptionHandler）去處理它。

這里有一些很好的答案

https://stackoverflow.com/que...

簡單地說就是

1. 能處理就攔截；
2. 不能處理也要優(yōu)雅地通知用戶和開發(fā)者；
3. 攔截并忽略是最差勁的做法。