Spring事務異常回滾,捕獲異常不拋出就不會回滾

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

  例:  
   類似這樣的方法不會回滾 (一個方法出錯,另一個方法不會回滾) :  

[html] view plain copy
  1. if(userSave){          
  2.     try {         
  3.         userDao.save(user);          
  4.         userCapabilityQuotaDao.save(capabilityQuota);         
  5.      } catch (Exception e) {          
  6.         logger.info("能力開通接口,開戶異常,異常信息:"+e);         
  7.      }         
  8.  }  

下面的方法回滾(一個方法出錯,另一個方法會回滾):

[html] view plain copy
  1. if(userSave){         
  2.      try {          
  3.         userDao.save(user);          
  4.         userCapabilityQuotaDao.save(capabilityQuota);         
  5.        } catch (Exception e) {         
  6.         logger.info("能力開通接口,開戶異常,異常信息:"+e);          
  7.         throw new RuntimeException();         
  8.      }          
  9. }  
或者:
[html] view plain copy
  1. if(userSave){          
  2.     try {          
  3.         userDao.save(user);          
  4.         userCapabilityQuotaDao.save(capabilityQuota);          
  5.     } catch (Exception e) {          
  6.         logger.info("能力開通接口,開戶異常,異常信息:"+e);          
  7.         TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();         
  8.     }         
  9.  }  

爲什麼不會滾呢??是對spring的事務機制就不明白。!! 
   默認spring事務只在發生未被捕獲的 runtimeexcetpion時纔回滾。  
   spring aop  異常捕獲原理:被攔截的方法需顯式拋出異常,並不能經任何處理,這樣aop代理才能捕獲到方法的異常,才能進行回滾,默認情況下aop只捕獲runtimeexception的異常,但可以通過  
    
配置來捕獲特定的異常並回滾  
  換句話說在service的方法中不使用try catch 或者在catch中最後加上throw new runtimeexcetpion(),這樣程序異常時才能被aop捕獲進而回滾
  解決方案: 
  方案1.例如service層處理事務,那麼service中的方法中不做異常捕獲,或者在catch語句中最後增加throw new RuntimeException()語句,以便讓aop捕獲異常再去回滾,並且在service上層(webservice客戶端,view層action)要繼續捕獲這個異常並處理
  方案2.在service層方法的catch語句中增加:TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();語句,手動回滾,這樣上層就無需去處理異常(現在項目的做法)


------------------------------------------------------------------------------------------------------------------------------

另外一個:

今天在公司運維人員反饋出現了很多數據丟失的問題.我組織開發人員進行了重現,重現之後開發人員進行修復.他們的修復方式是try catch 一下,然後在拋出異常的地方回滾,以爲修復好了就提交代碼下班了.

我做代碼走查時發現了問題, 這也是很多不注意細節的程序員或剛工作不久的程序員常犯的錯誤:
在dao層的所有方法都用了try catch 攔截,在servic層又進行了try catch 攔截,spring配置在service層控制事務.
用以下代碼還原場景:
public class UserDao {
    public void addUser(User user) throws SQLException{
        try {
            sqlMap.add("addUser",user);
        }catch (SQLException e){
            e.printStackTrace();
        }
    }

    public void updateUser(User user) throws SQLException{
        try {
            sqlMap.add("updateUser",user);
        }catch (SQLException e){
            e.printStackTrace();
        }
    }
}
public class UserService {
    UserDao userDao = new UserDao();
    public void updateUser(User user) throws SQLException {
        try {
            //......
            userDao.addUser(user);
            //......
            userDao.updateUser(user);
            //.....
        }catch (SQLException e){
            e.printStackTrace();
        }
    }
}

spring 開啓事務在service層,配置代碼略.

這樣的代碼,如果在執行userDao.updateUser(user) 報錯時,userDao.addUser(user)依然執行成功入庫了.爲什麼呢?
答案是spring的事務配置在了UserService類的updateUser方法上,只有這個方法執行時拋出異常了纔回滾事務,現在的代碼"永遠"都不可能把錯誤SQLException拋出給spring捕獲,spring沒有捕獲到異常就會提交事務.

簡單的用僞代碼說明一下spring的事務處理吧:
aop spring開啓事務
    try {
        執行實際方法(如上例中的updateService)
         spring 提交事務
    }catch(Exception e){
         spring 回滾事務
    }finally{
 xxxx
    }

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章