Spring事务异常回滚，捕获异常不抛出就不会回滚

最近遇到了事务不回滚的情况，我还考虑说JPA的事务有bug？我想多了.......
为了打印清楚日志，很多方法我都加tyr catch，在catch中打印日志。但是这边情况来了，当这个方法异常时候日志是打印了，但是加的事务却没有回滚。

例：
类似这样的方法不会回滚（一个方法出错，另一个方法不会回滚）：

[html]view plaincopy 
   
 if(userSave){          
     try {         
         userDao.save(user);          
         userCapabilityQuotaDao.save(capabilityQuota);         
      } catch (Exception e) {          
         logger.info("能力开通接口，开户异常，异常信息："+e);         
      }         
  }  

下面的方法回滚（一个方法出错，另一个方法会回滚）：

[html]view plaincopy 
   
 if(userSave){         
      try {          
         userDao.save(user);          
         userCapabilityQuotaDao.save(capabilityQuota);         
        } catch (Exception e) {         
         logger.info("能力开通接口，开户异常，异常信息："+e);          
         throw new RuntimeException();         
      }          
 }  

或者：

[html]view plaincopy 
   
 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捕获进而回滚
  解决方案：
  方案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

}

Spring事务异常回滚，捕获异常不抛出就不会回滚

悦读