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

    }