spring事务回滚的多种方式

转：https://www.cnblogs.com/zeng1994/p/8257763.html

start 看下下面的说明，会对理解本人贴出的代码有帮助。

1.代码中事务控制的3种方式

编程式事务：就是直接在代码里手动开启事务，手动提交，手动回滚。优点就是可以灵活控制，缺点就是太麻烦了，太多重复的代码了。

声明式事务：就是使用SpringAop配置事务，这种方式大大的简化了编码。需要注意的是切入点表达式一定要写正确。
注解事务：直接在Service层的方法上面加上@Transactional注解，个人比较喜欢用这种方式。
2.事务不回滚的原因
    在工作中，看过别人写的代码出现了事务不回滚的现象。当然，事务不回滚的都是采用的声明式事务或者是注解事务；编程式事务都是自己写代码手动回滚的，因此是不会出现不回滚的现象。
    再说下声明式事务和注解事务回滚的原理：当被切面切中或者是加了注解的方法中抛出了RuntimeException异常时，Spring会进行事务回滚。默认情况下是捕获到方法的RuntimeException异常，也就是说抛出只要属于运行时的异常（即RuntimeException及其子类）都能回滚；但当抛出一个不属于运行时异常时，事务是不会回滚的。
    下面说说我经常见到的3种事务不回滚的产生原因：
（1）声明式事务配置切入点表达式写错了，没切中Service中的方法
（2）Service方法中，把异常给try catch了，但catch里面只是打印了异常信息，没有手动抛出RuntimeException异常
（3）Service方法中，抛出的异常不属于运行时异常（如IO异常），因为Spring默认情况下是捕获到运行时异常就回滚
3.如何保证事务回滚
    正常情况下，按照正确的编码是不会出现事务回滚失败的。下面说几点保证事务能回滚的方法
（1）如果采用编程式事务，一定要确保切入点表达式书写正确
（2）如果Service层会抛出不属于运行时异常也要能回滚，那么可以将Spring默认的回滚时的异常修改为Exception，这样就可以保证碰到什么异常都可以回滚。具体的设置方式也说下：
                        ① 声明式事务，在配置里面添加一个rollback-for，代码如下
 
                        ② 注解事务，直接在注解上面指定，代码如下
@Transactional(rollbackFor=Exception.class)
（3）只有非只读事务才能回滚的，只读事务是不会回滚的
（4）如果在Service层用了try catch，在catch里面再抛出一个 RuntimeException异常，这样出了异常才会回滚
（5）如果你不喜欢（4）的方式，你还可以直接在catch后面写一句回滚代码（TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); ）来实现回滚，这样的话，就可以在抛异常后也能return 返回值；比较适合需要拿到Service层的返回值的场景。具体的用法可以参见考下面的伪代码
/** TransactionAspectSupport手动回滚事务：*/
       @Transactional(rollbackFor = { Exception.class })  
       public boolean test() {  
            try {  
               doDbSomeThing();    
            } catch (Exception e) {  
                 e.printStackTrace();     
                 //就是这一句了, 加上之后抛了异常就能回滚（有这句代码就不需要再手动抛出运行时异常了）
                 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();  
                 return false;
            }  

           return true;

转 end

代码：

方式一、声明式事务

 1.在配置数据源的 application.xml中加入(加的时候注意头部是否有引入相应的xmlns命名空间)：

  
 
 
            class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
          
     
   


rollback-for="java.lang.Exception" />




pointcut="execution(* com.user.service.UserService.*(..))"  //aop 切入点
advice-ref="txAdviceCommon" />

  

配置完这个就可以对UserService中方法进行管理。

2.controller 代码

 /*事务回滚 新增两个用户信息*/
  @RequestMapping("/transaction") //url  
    public @ResponseBody
    String transaction( Model model){  
      String flag="0";
      try {
      flag=userService.transaction(); 
  } catch (Exception e) {
flag="0";
  }
     return flag;

   } 

3.service代码

public String transaction() {
String flag="0";
String aString=null;
try {
User user=new User();user1.setName("krystal222");user1.setPsd("222");
insertUser(user);
//异常回滚 beginaString.equals("aa");//异常回滚end
User user1=new User();user1.setName("krystal222");user1.setPsd("222");
insertUser(user1);
flag="1";
} catch (Exception e) {
flag="0";
1//throw new NullPointerException("失败");//抛出一个 RuntimeException异常，这样出了异常才会回滚

2TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); //手动回滚

                                二选一都可以实现（注意try catch 只是捕获异常，spring 事务默认只有发生runtimeexception并且抛出这个异常时候才会回滚，2为手动回滚，算个例外吧）

}
return flag;
}

 

方式二、注解事务

（spring中的@Transactional 放在类级别 和 方法级别 上一样效果）

@Service
@Transactional

public class UserService {

@Transactional(rollbackFor = Exception.class, readOnly = false) 此处注释 上面戒了@Transactional
public String transaction() {

 1.在配置数据源的 application.xml中加入：

 

 
 
              class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
          
     
   

 

2.controller

 /*事务回滚 新增两个用户信息*/
  @RequestMapping("/transaction") //url  
    public @ResponseBody
    String transaction( Model model){  
      String flag="0";
      try {
      flag=userService.transaction();
 
  } catch (Exception e) {
flag="0";
  }
     return flag;
   } 

3.service

@Transactional(rollbackFor = Exception.class, readOnly = false)
public String transaction() {
String flag="0";
String aString=null;
try {
User user=new User();user.setName("krystal111");user.setPsd("111");
insertUser(user);
//异常回滚 beginaString.equals("aa");//异常回滚end
User user1=new User();user1.setName("krystal222");user1.setPsd("222");
insertUser(user1);
flag="1";
} catch (Exception e) {
flag="0";
throw new NullPointerException("shibai");
//TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
return flag;

}

方式一方式二也可以共存，都在application.xml中配置

 

 说到这里，已经有了对  的简单理解，那我们是否就可以在程序中所有被spring管理的类上都可以使用@Transactional注解了呢，在Service上可以使用@Transactional 注解这个是肯定的了，那总有些人也想弄明白能否在Controller 使用？答案显然是“不一定”的（与时间配置有关），下面做下解释：

在 spring-framework-reference.pdf 文档上有这样一段话：

only looks for @Transactional on beans in the same application context it is defined in. This means that, if you put in a WebApplicationContext for a DispatcherServlet, it only checks for @Transactional beans in your controllers, and not your services. 

意思就是：只会查找和它在相同的应用上下文件中定义的bean上面的@Transactional注解，如果你把它放在Dispatcher的应用上下文中，它只检查控制器（Controller）上的@Transactional注解，而不是你services上的@Transactional注解。

    所以，可以确定的是我们是可以在Controller上使用事务注解的，但是我们不推荐这样做（本人也从来没有这样做过），这里只是为了说明spring对的使用。