spring

Spring 事务失效的几种情况

首先，我们先回顾一下，使用Spring事务管理的几个条件：

• 数据库引擎要支持事务，如 MySQL 的INNODB引擎支持事务，而MYISAM不支持事务；

• 项目要启用Spring事务管理功能，利用 @EnableTransactionManagement 注解开启事务管理；

• 要为数据源配置事务管理器；

• @Transactional使用在类上、接口上、public方法上才会生效，在非public方法上使用，事务是无效的。

  Spring Boot 项目默认启动Spring事务管理功能，并默认提供了事务管理器。

一、事务失效的几种情况

1. 自身调用
2. 异常类型错误
3. 异常被捕获（try-catch）
4. 多线程环境下，@Transactional 的事务会失效

1.1、自身调用

Spring 是通过 AOP 方式，对需要进行Spring管理事务的bean生成代理对象，然后通过代理对象拦截目标方法的执行，在执行前后添加事务的功能，即必须通过代理对象调用目标方法时，事务才会生效。

@Service
public class UserService{

	public void method1(){
		this.method2();
	}
	
	@Transactional
    public void method2(){
        //执行db操作
    }
    
    // method1方法执行时，method2的事务不会生效，因为 this 不是代理对象；
   
    // 解决这问题的根本方式就是让代理对象执行事务方法，可以将方法提取到其他类中，再注入这个类进行调用，或者直接在这个类中注入本身
    @Resource
    private UserService userService;
    
	public void method3(){
		userService.method2();
	}
}

1.2、异常类型错误

Spring 事务默认情况下，只会对运行期异常（RuntimeException 及其 子类）和 Error 进行回滚。当然，我们可以在注解中自定义回滚的异常类型

@Transactional(rollbackFor = {异常类型列表})

1.3、异常被捕获（try-catch）

只有当业务方法抛出异常，Spring 感知到异常时，才会做事务回滚操作，若业务方法内将异常给手动捕获后，那么事务是感知不到异常的，即不会发生回滚

// 错误案例
@Transactional
public void errorTest(){
	try{
		// 一系列业务db操作
	}catch(Exceptin e){
	
	}
}

// 若业务逻辑中确实需要捕获异常，那么应该对需要回滚的异常中，手动回滚 或者 手动抛出一个Spring事务可以感知到的异常
@Transactional
public void successTest(){
	try{
		// 一系列业务db操作
	}catch(异常1 e){
		// 不需要回滚
	}catch(异常2 e){
		// 需要回滚
        // 手动回滚
        TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
        // 或者抛出一个运行期异常
        throw new RunTimeException();
	}
}

1.4、多线程环境下，@Transactional 的事务会失效

Spring 事务实现使用了ThreadLocal，即 业务代码必须和Spring事务的源码执行过程在一个线程中，才会受到Spring事务控制。

@Transactional
public void errorTest(){
    new Thread(){
        //db操作
    }.start();
}