@Transactional事务出现异常不回滚的处理
一、背景：
目前很多项目的事务处理都是利用Spring的注解式事务实现的（@Transactional）。
在测试事务回滚的过程中发现如下现象：
throw new RuntimeException("xxxxxxxxxxxx"); 事务回滚
throw new Exception("xxxxxxxxxxxx"); 事务没有回滚
二、关于spring事务使用说明：
基于Spring AOP的事务管理，即声明式事务管理，默认是针对RuntimeException回滚，既默认只对RuntimeException()及其子类进行事务回滚；非运行时类型的异常默认是不会回滚的。
spring aop 异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获 RuntimeException 的异常，但可以通过配置来捕获特定的异常并回滚
换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion（），这样程序异常时才能被aop捕获进而回滚
三、依赖事务管理的业务代码中出现异常该如何处理？
spring xml配置处理
1、针对该业务代码进行封装，二次抛出RuntimeException类型的异常；
2、利用硬编码的方式，借助spring api对事务进行显式的回滚；
3、在spring配置文件中对rollback-for属性赋值。Tip:该配置也可以直接加在注解上。
同时，Spring配置文件中也可以声明出不进行回滚的异常。
springboot处理方式
方案1.例如service层处理事务，那么service中的方法中不做异常捕获，或者在catch语句中最后增加throw new RuntimeException()语句，以便让aop捕获异常再去回滚，并且在service上层（webservice客户端，view层action）要继续捕获这个异常并处理
方案2.在service层方法的catch语句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句，手动回滚，这样上层就无需去处理异常
@GetMapping("delete")
@ResponseBody
@Transactional
public Object delete(@RequestParam("id") int id){
if (id < 1){
return new MessageBean(101,"parameter wrong: id = " + id) ;
}
try {
//delete country
this.countryRepository.delete(id);
//delete city
this.cityRepository.deleteByCountryId(id);
return new MessageBean(200,"delete success");
}catch (Exception e){
logger.error("delete false:" + e.getMessage());
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
return new MessageBean(101,"delete false");
}
}
Transaction rolled back because it has been marked as rollback-only
问题
程序运行报异常 org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only，错误日志堆栈找不出明显痕迹。
场景还原
入口：
@Transactional
public void saveUserList(List
User user = new User("100", "杭州", "张三");
serviceWarp.saveUser(user);
try {
serviceWarp.saveUserList(userList);
} catch (Exception e) {
log.error("啥也不干");
}
}
内部调用：
public void saveUser(User user) {
userMapper.saveUser(user);
}123
@Transactional
public void saveUserList(List
for (User user : userList) {
userMapper.saveUser(user); // 数据库中造好数据，让它抛出主键冲突异常
}
}
原因
spring 事务管理，启用事务的方法，调用另一个事务方法时，会进行事务传播。注解@Transactional默认的传播机制是PROPAGATION_REQUIRED。
spring 事务管理，启用事务的方法，调用另一个事务方法时，会进行事务传播。注解@Transactional默认的传播机制是PROPAGATION_REQUIRED。
传播行为
含义
PROPAGATION_REQUIRED
表示当前方法必须运行在事务中。如果当前事务存在，方法将会在该事务中运行。否则，会启动一个新的事务
所以是补齐方法运行的时候，同步的事务合并到了补齐的事务里面。当同步发票发生异常后，被try catch 捕获，没有抛出来。但是事务还是会进行回滚，回滚执行到 DataSourceTransactionManager 类的 doSetRollbackOnly 方法时，设置了rollbackOnly = true;
public void setRollbackOnly() {
this.getConnectionHolder().setRollbackOnly();
}123
public void setRollbackOnly() {
this.rollbackOnly = true;
}123
由于异常被catch, 不阻断整个事务执行。整个事务执行完后，执行commit 提交，执行到 DefaultTransactionStatus 类的 isGlobalRollbackOnly方法时，判断rollbackOnly 为true, 则执行回滚，并且打出那句报错的日志”Transaction rolled back because it has been marked as rollback-only”。
if (!shouldCommitOnGlobalRollbackOnly() && defStatus.isGlobalRollbackOnly()) {
if (defStatus.isDebug()) {
logger.debug("Global transaction is marked as rollback-only but transactional code requested commit");
}
processRollback(defStatus);
// Throw UnexpectedRollbackException only at outermost transaction boundary
// or if explicitly asked to.
if (status.isNewTransaction() || isFailEarlyOnGlobalRollbackOnly()) {
throw new UnexpectedRollbackException(
"Transaction rolled back because it has been marked as rollback-only");
}1234567891011
@Override
public boolean isGlobalRollbackOnly() {
return ((this.transaction instanceof SmartTransactionObject) &&
((SmartTransactionObject) this.transaction).isRollbackOnly());
}12345
一些思考
一个事务能完成就一个事务
事务嵌套传播的时候，少用try catch, 该回滚就回滚
事务嵌套传播的时候, 可以指定传播方式，根据需求可以将内部事务指定为@Transactional(propagation = Propagation.NESTED) 或 @Transactional(propagation = Propagation.PROPAGATION_REQUIRED_NEW)