目录
一、背景
本文介绍Spring中通过@Transactional 定义的声明式事务,事务失效的几中情况。
二、详情
1、@Transactional 动态代理失效
1.1、@Transactional 应用在非 public 、static、final修饰的方法上代理失效导致事务失效
Spring的@Transactional是基于Spring的AOP机制实现的,而AOP机制又是基于动态代理实现的。那么如果代理失效了,事务也就会失效。
咱们知道spring 中动态代理分为jdk和cglib两种代理方式。
1.1.1、jdk动态代理失效
①、如果对A类代理。A类必须实现B接口。
②、代理类C继承Proxy类实现B接口。
③、调用目标方法时,先执行代理类C中方法用于增强目标方法,再使用反射调用目标方法。
因为接口就不支持private protected final方法,所以private protected final方法修饰的方法无法代理。static 方法也不能被代理。
1.1.2、cglib动态代理失效
cglib代理不需要目标类实现接口,会使用ASM字节码生成框架生成代理类,代理类会继承目标类重写目标类方法,调用目标方法时,会先执行代理方法,代理类方法对方法增强然后使用子类调用父类的方式调用目标类方法。
①、private方法肯定是不能被代理的,因为子类和其它类都不能访问一个类的私有方法。
②、protected方法到是可以被代理,但是CGLIB是基于继承关系来实现的,生成的代理类中对于protected的代理方法,也是protected的,访问范围受限制。
③、final修饰的方法不能被代理,因为final修饰的方法不能被子类重写,会报错。
④、调用static方法,因为这类方法是属于这个类的,并不是对象的,所以无法被AOP。
1.2、同一个类中方法调用,代理失效
public class Service {
public void doMethod() {
doInternal(); // 自调用方法
}
@Transactional
public void doInternal() {
System.out.println("Doing internal work...");
}
}
2、@Transactional用的不对
2.1、 @Transactional 注解属性 propagation 设置错误
例如:propagation = Propagation.NOT_SUPPORTED
2.2、@Transactional 注解属性 rollbackFor 设置错误
当@Transactional 注解中不设置rollbackFor 时,默认只会捕捉RuntimeException类型的错误,当发生非RuntimeException则事务不会回滚,那么就会导致事务失效。所以需要指定为(rollbackFor = Exception.class)
2.3、用错注解
@Transactional并不是Spring中的,而是其他什么地方的,比如 javax.transaction.Transactional ,这样也会导致事务失效。
3、异常被捕获
异常被catch捕获导致@Transactional失效,因为异常被捕获,所以就没办法基于异常进行rollback了,所以事务会失效。
4、事务中用了多线程
@Transactional 的事务管理使用的是 ThreadLocal 机制来存储事务上下文,而 ThreadLocal 变量是线程隔离的,即每个线程都有自己的事务上下文副本。因此,在多线程环境下,Spring 的声明式事务会失效,每个线程的事务上下文相互隔离。
5、数据库引擎不支持事务
例如:myisam,不支持