這個題目可能有些危言悚聽,使用Spring的同行不用害怕，只是因為工作中碰到一些問題，才偶然想到這個問題。
首先要明確兩個問題：
1、系統(tǒng)隔離原則：
即系統(tǒng)間依賴應(yīng)該是清晰的，不因為一個系統(tǒng)的故障影響其他系統(tǒng)，甚至整個系統(tǒng)。
2、簡單應(yīng)用習(xí)慣：
普通程序員只會處理checked Exception,負責(zé)任的程序員會處理被調(diào)用的函數(shù)可能拋出的異常(根據(jù)源碼或javadoc)
我們碰到一個情況：
使用Spring的 init 特性初試化一個bean--一個使用Qutarz的調(diào)度程序。初試化過程中會拋出RuntimeException，從而造成Spring容器的整個初試化失敗。首先我們修改了程序，捕獲了所有異常，隨后在編碼指南中加入了一句話："所有使用Spring-init機制初試化的類必須在init中捕獲所有異常：Exception"。因為只有如此才能保證整個系統(tǒng)不會因為局部問題而完全癱瘓。
我覺得這是Spring對異常處理的一個悖論：
正方：底層異常都封裝成Runtime的,經(jīng)過幾次包裝--->簡單應(yīng)用習(xí)慣--->異常被拋出領(lǐng)域?qū)?init場景下:由Spring處理)
反方: 一個類的失敗可以造成整個系統(tǒng)的失敗---->Spring被RuntimeException宕掉---->不符合系統(tǒng)隔離原則
當(dāng)然充分的測試可能可以解決這個問題：但是要注意，測試只能證明系統(tǒng)有bug，不能證明系統(tǒng)沒有bug。
解決方案：
1、好的設(shè)計習(xí)慣：將應(yīng)該隔離的系統(tǒng)隔離開-->使用不同的Spring配置文件.
2、接口層錯誤處理：在接口層應(yīng)該盡量對可以處理的異常進行處理,然后以合理的方式傳遞給上層.
PS:在與人交互的系統(tǒng)中都應(yīng)該給最終用戶合理的錯誤提示，所以表現(xiàn)層應(yīng)該盡量捕獲非業(yè)務(wù)的RuntimeException給最終用戶更好的操作感受。