Spring事務異常回滾，捕獲異常不丟擲就不會回滾
推薦：Spring transaction 事務 --Isolation & Progation

Java異常處理主要通過5個關鍵字控制：try、catch、throw、throws和finally。try的意思是試試它所包含的程式碼段中是否會發生異常；而catch當有異常時抓住它，並進行相應的處理，使程式不受異常的影響而繼續執行下去；throw是在程式中明確引發異常；throws的作用是如果一個方法可以引發異常，而它本身並不對該異常處理，那麼它必須將這個異常拋給呼叫它的方法；finally是無論發不發生異常都要被執行的程式碼

關鍵字:throw,throws,try和catch的用法如下：
1、throws出現在方法的宣告中，表示該方法可能會丟擲的異常，允許throws後面跟著多個異常型別
2、throw出現在方法體中，用於丟擲異常。當方法在執行過程中遇到異常情況時，將異常資訊封裝為異常物件，然後throw。
3、try出現在方法體中，它自身是一個程式碼塊，表示嘗試執行程式碼塊的語句。如果在執行過程中有某條語句丟擲異常，那麼程式碼塊後面的語句將不被執行。
4、catch出現在try程式碼塊的後面，自身也是一個程式碼塊，用於捕獲異常try程式碼塊中可能丟擲的異常。catch關鍵字後面緊接著它能捕獲的異常型別，所有異常型別的子類異常也能被捕獲。

1 try、catch、finally語句中，在如果try語句有return語句，則返回的之後當前try中變數此時對應的值，此後對變數做任何的修改，都不影響try中return的返回值

2 如果finally塊中有return 語句，則返回try或catch中的返回語句忽略。

3 如果finally塊中丟擲異常，則整個try、catch、finally塊中丟擲異常

所以使用try、catch、finally語句塊中需要注意的是

1 儘量在try或者catch中使用return語句。通過finally塊中達到對try或者catch返回值修改是不可行的。

2 finally塊中避免使用return語句，因為finally塊中如果使用return語句，會顯示的消化掉try、catch塊中的異常資訊，遮蔽了錯誤的發生

3 finally塊中避免再次丟擲異常，否則整個包含try語句塊的方法回丟擲異常，並且會消化掉try、catch塊中的異常

最近遇到了事務不回滾的情況，我還考慮說JPA的事務有bug？ 我想多了…
為了列印清楚日誌，很多方法我都加tyr catch，在catch中列印日誌。但是這邊情況來了，當這個方法異常時候 日誌是列印了，但是加的事務卻沒有回滾。

例：
類似這樣的方法不會回滾 （一個方法出錯，另一個方法不會回滾） ：

if(userSave){
try {
userDao.save(user);
userCapabilityQuotaDao.save(capabilityQuota);
} catch (Exception e) {
logger.info(“能力開通介面，開戶異常，異常資訊：”+e);
}
}

下面的方法回滾（一個方法出錯，另一個方法會回滾）：

if(userSave){
try {
userDao.save(user);
userCapabilityQuotaDao.save(capabilityQuota);
} catch (Exception e) {
logger.info(“能力開通介面，開戶異常，異常資訊：”+e);
throw new RuntimeException();
}
}
或者：

if(userSave){
try {
userDao.save(user);
userCapabilityQuotaDao.save(capabilityQuota);
} catch (Exception e) {
logger.info(“能力開通介面，開戶異常，異常資訊：”+e);
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
}

為什麼不會滾呢？？是對Spring的事務機制就不明白。！！
預設spring事務只在發生未被捕獲的 runtimeexcetpion時才回滾。
spring aop 異常捕獲原理：被攔截的方法需顯式丟擲異常，並不能經任何處理，這樣aop代理才能捕獲到方法的異常，才能進行回滾，預設情況下aop只捕獲runtimeexception的異常，但可以通過
配置來捕獲特定的異常並回滾
換句話說在service的方法中不使用try catch 或者在catch中最後加上throw new runtimeexcetpion（），這樣程式異常時才能被aop捕獲進而回滾

將異常捕獲,並且在catch塊中不對事務做顯式提交(或其他應該做的操作如關閉資源等)=生吞掉異常；

spring的事務邊界是在呼叫業務方法之前開始的，業務方法執行完畢之後來執行commit or rollback(Spring預設取決於是否丟擲runtime異常).
如果丟擲runtime exception 並在你的業務方法中沒有catch到的話，事務會回滾。
一般不需要在業務方法中catch異常，如果非要catch，在做完你想做的工作後（比如關閉檔案等）一定要丟擲runtime exception，否則spring會將你的操作commit,這樣就會產生髒資料.所以你的catch程式碼是畫蛇添足。

由此可以推知，在spring中如果某個業務方法被一個

 try {   

        //bisiness logic code   

      } catch(Exception e) {   

         //handle the exception   

整個包裹起來，則這個業務方法也就等於脫離了spring事務的管理，因為沒有任何異常會從業務方法中丟擲！全被捕獲併吞掉，導致spring異常丟擲觸發事務回滾策略失效。

不過，如果在catch程式碼塊中採用頁面硬編碼的方式使用spring api對事務做顯式的回滾，這樣寫也未嘗不可。

解決方案：
方案1.例如service層處理事務，那麼service中的方法中不做異常捕獲，或者在catch語句中最後增加throw new RuntimeException()語句，以便讓aop捕獲異常再去回滾，並且在service上層（webservice客戶端，view層action）要繼續捕獲這個異常並處理
方案2.在service層方法的catch語句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();語句，手動回滾，這樣上層就無需去處理異常（現在專案的做法）

作者：傑克思勒
出處：http://www.cnblogs.com/tufujie/
如果您覺得閱讀本文對您有幫助，請點選一下右下方的推薦按鈕，您的推薦將是我寫作的最大動力！
版權宣告：本文為博主原創或轉載文章，歡迎轉載，但轉載文章之後必須在文章頁面明顯位置註明出處，否則保留追究法律責任的權利。