springBoot service层事务控制的操作

  • Z时代
  • 2024-01-10
  • 分类：综合

springBoot使用事物比较简单，在Application启动类s上添加@EnableTransactionManagement注解，然后在service层的方法上添加@Transactional注解

@Transactional属性

属性类型描述
valueString可选的限定描述符，指定使用的事务管理器
propagationenum: Propagation可选的事务传播行为设置
isolationenum: Isolation可选的事务隔离级别设置
readOnlyboolean读写或只读事务，默认读写
timeoutint (in seconds granularity)事务超时时间设置
rollbackForClass对象数组，必须继承自Throwable导致事务回滚的异常类数组
rollbackForClassName类名数组，必须继承自Throwable导致事务回滚的异常类名字数组
noRollbackForClass对象数组，必须继承自Throwable不会导致事务回滚的异常类数组
noRollbackForClassName类名数组，必须继承自Throwable不会导致事务回滚的异常类名字数组

用法：

@Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。

虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是 Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。

另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。

如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。

默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。

注解在方法上：

@Autowired 
private MyBatisDao dao; 
@Transactional 
@Override 
public void insert(Test test) { 
 dao.insert(test); 
 throw new RuntimeException("test");//抛出unchecked异常，触发事物，回滚 
} 

 @Transactional(noRollbackFor=RuntimeException.class) 
 @Override 
 public void insert(Test test) { 
  dao.insert(test); 
  //抛出unchecked异常，触发事物，noRollbackFor=RuntimeException.class,不回滚 
  throw new RuntimeException("test"); 
 } 

@Transactional(propagation=Propagation.NOT_SUPPORTED) 
@Override 
public void insert(Test test) { 
 //事物传播行为是PROPAGATION_NOT_SUPPORTED，以非事务方式运行，不会存入数据库 
 dao.insert(test); 
}

注解在类上：当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性

@Transactional 
public class MyBatisServiceImpl implements MyBatisService { 
 @Autowired 
 private MyBatisDao dao; 
 @Override 
 public void insert(Test test) { 
  dao.insert(test); 
  //抛出unchecked异常，触发事物，回滚 
  throw new RuntimeException("test"); 
 }

注意：有时候在开发时往往出现了添加注解后却无法回滚

原因：默认spring事务只在发生未被捕获的 RuntimeException 时才回滚。

spring aop 异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获 RuntimeException 的异常，但可以通过配置来捕获特定的异常并回滚

换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion（），这样程序异常时才能被aop捕获进而回滚。

解决方案：

1.在service层方法抛出RuntimeException异常（如在Catch中需要抛出自定义的异常则只需自定义异常继承RuntimeException即可），并继续捕获和处理这个异常。

2.在service层方法的catch语句中增加：

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

语句，手动回滚，这样上层就无需去处理异常。

补充：springboot多个service互相调用的事务处理

今天，想在一个service的方法A中，调用另一个service的方法B，方法A和方法B均存在数据库插入操作，并且@Transaction注解也都加了，但是当B方法中抛出异常时，A中的插入语句还是能够执行成功。

注解配置如下：

@Transactional(isolation= Isolation.DEFAULT,propagation= Propagation.REQUIRED）

百思不得其解，再查找了相关资料后，问题还是出在@Transaction注解的配置上，需要配置异常回滚。

@Transactional(isolation= Isolation.DEFAULT,propagation= Propagation.REQUIRED,rollbackFor = Exception.class)

这样，当B方法中抛出异常时，A中的操作也会进行回滚，事务就会起到控制作用。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。

以上是 springBoot service层事务控制的操作 的全部内容， 来源链接： utcz.com/z/327681.html

回到顶部