近日測試用例，發現這樣一個現象：
在業務代碼中，有如下兩種情況，比如：
throw new RuntimeException("xxxxxxxxxxxx"); 事務回滾
throw new Exception("xxxxxxxxxxxx"); 事務沒有回滾
自以為很了解事物，或許時間久遠的緣故，沒分析出來何故，遂查閱了下資料，寫下了如下的內容，供參考：
1).Spring的AOP即聲明式事務管理默認是針對unchecked exception回滾。也就是默認對RuntimeException()異常或是其子類進行事務回滾；checked異常,即Exception可try{}捕獲的不會回滾，如果使用try-catch捕獲拋出的unchecked異常后沒有在catch塊中采用頁面硬編碼的方式使用spring api對事務做顯式的回滾，則事務不會回滾， “將異常捕獲,並且在catch塊中不對事務做顯式提交=生吞掉異常” ，要想捕獲非運行時異常則需要如下配置：
解決辦法：
1.在針對事務的類中拋出RuntimeException異常，而不是拋出Exception。
2.在txAdive中增加rollback-for，里面寫自己的exception，例如自己寫的exception：
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" rollback-for="com.cn.untils.exception.XyzException"/>
</tx:attributes>
</tx:advice>
或者
定義不會滾的異常
<tx:advice id="txAdvice">
<tx:attributes>
<tx:method name="update*" no-rollback-for="IOException"/>
<tx:method name="*"/>
</tx:attributes>
</tx:advice>
2).spring的事務邊界是在調用業務方法之前開始的，業務方法執行完畢之后來執行commit or rollback(Spring默認取決於是否拋出runtime異常).
如果拋出runtime exception 並在你的業務方法中沒有catch到的話，事務會回滾。
一般不需要在業務方法中catch異常，如果非要catch，在做完你想做的工作后（比如關閉文件等）一定要拋出runtime exception，否則spring會將你的操作commit,這樣就會產生臟數據.所以你的catch代碼是畫蛇添足。
如：
try {
//bisiness logic code
} catch(Exception e) {
//handle the exception
}
由此可以推知，在spring中如果某個業務方法被一個 整個包裹起來，則這個業務方法也就等於脫離了spring事務的管理，因為沒有任何異常會從業務方法中拋出！全被捕獲並吞掉，導致spring異常拋出觸發事務回滾策略失效。
不過，如果在catch代碼塊中采用頁面硬編碼的方式使用spring api對事務做顯式的回滾，這樣寫也未嘗不可。
3).基於注解的事務：
Transactional的異常控制，默認是Check Exception 不回滾，unCheck Exception回滾
如果配置了rollbackFor 和 noRollbackFor 且兩個都是用同樣的異常，那么遇到該異常，還是回滾
rollbackFor 和noRollbackFor 配置也許不會含蓋所有異常，對於遺漏的按照Check Exception 不回滾，unCheck Exception回滾