SpringBoot 异常回滚事务的使用___Springboot @Transactional 事务不回滚

Springboot中事务的使用：

1、启动类加上@EnableTransactionManagement注解，开启事务支持（其实默认是开启的）。

2、在使用事务的public（只有public支持事务）方法（或者类-相当于该类的所有public方法都使用）加上@Transactional注解。

在实际使用中一般是在service中使用@Transactional，那么对于controller->service流程中：

如果controller未开启事务，service中开始了事务，service成功执行，controller在之后的运行中出现异常（错误），不会自动回滚。

也就是说，只有在开启事务的方法中出现异常（默认只有非检测性异常才生效-RuntimeException ）（错误-Error）才会自动回滚。

如果想要对抛出的任何异常都进行自动回滚（而不是只针对RuntimeException），只需要在使用@Transactional(rollbackFor = Exception.class)即可。

开启事务的方法中事务回滚的情况：

①未发现的异常，程序运行过程中自动抛出RuntimeException或者其子类，程序终止，自动回滚。

②使用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();进行手动回滚。

③注意：如果在try-catch语句中对可能出现的异常（RuntimeException）进行了处理，没有再手动throw异常，spring认为该方法成功执行，不会进行回滚，此时需要调用②中方法进行手动回滚（java 框架项目案例：www.fhadmin.org）

另外，如果try-catch语句在finally中进行了return操作，那么catch中手动抛出的异常也会被覆盖，同样不会自动回滚。

//不会自动回滚
try{throw new RuntimeException();
}catch(RuntimeException e){e.printStackTrace();
}finally{}
//会自动回滚
try{throw new RuntimeException();
}catch(RuntimeException e){e.printStackTrace();throw new RuntimeException();
}finally{}

Springboot @Transactional 事务不回滚

一、异常捕获的原因

这里Exception异常，他又分为运行时异常RuntimeException和非运行时异常
可查的异常（checked exceptions）:Exception下除了RuntimeException外的异常
不可查的异常（unchecked exceptions）:RuntimeException及其子类和错误（Error）
异常checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)
异常unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)
如果异常被try｛｝catch｛｝了，事务就不回滚了，如果想让事务回滚必须再往外抛try｛｝catch｛throw Exception｝

二、数据库引擎不支持回滚（使用MYSQL就很可能是这个原因）

Mysql数据库有两种引擎，注意要使用支持事务的引擎，比如innodb，如果是MyISAM，事务是不起作用的。
使用springboot的jpa自动创建库表的时候，默认使用MyISAM引擎，可以检查库表查看引擎。

修改配置：

spring:  jpa:hibernate:ddl-auto: updatenaming:physical-strategy: org.hibernate.boot.model.naming.PhysicalNamingStrategyStandardImpl #按字段名字建表show-sql: truedatabase: mysqldatabase-platform: org.hibernate.dialect.MySQL5InnoDBDialect  #使用innodb引擎建表

三、发生了自调用情况

spring的数据库事务调用的实现原理是AOP，而AOP的原理是动态代理，在自调用的过程中，是类自身的调用，而不是代理对象去调用，那么不会产生AOP，没有AOP，意味着@Transactional不会被切面捕获，这样spring就不能把你的代码植入到约定的流程中，于是就产生了事务回滚失败。

解决方案：

1、将涉及到事务的处理都放入一个方法中，由其他类调用。

2、如果非要在本类中调用，那么需要在本类中生成本类的bean对象，由这个bean对象来调用，实现方式也有多种：

自注入
通过SpringContextHolder获取bean，即注入ApplicationContext，从ApplicationContext获取bean
通过AopContext获取当前类的代理对象，注意此种方式需要开启expose-proxy=“true”，可通过注解开启@EnableAspectJAutoProxy(exposeProxy =true)

最后一种方式的伪代码：

@Service
public class OrderService {public void insert() {OrderService proxy = (OrderService) AopContext.currentProxy();proxy.insertOrder();}@Transactionalpublic void insertOrder() {//SQL操作}
}