一,事务传播介绍
- PROPAGATION_REQUIRED:如果不存在外层事务,就主动创建事务;否则使用外层事务
- PROPAGATION_SUPPORTS:如果不存在外层事务,就不开启事务;否则使用外层事务
- PROPAGATION_MANDATORY:如果不存在外层事务,就抛出异常;否则使用外层事务
- PROPAGATION_REQUIRES_NEW:总是主动开启事务;如果存在外层事务,就将外层事务挂起
- PROPAGATION_NOT_SUPPORTED:总是不开启事务;如果存在外层事务,就将外层事务挂起
- PROPAGATION_NEVER:总是不开启事务;如果存在外层事务,则抛出异常
- PROPAGATION_NESTED:如果不存在外层事务,就主动创建事务;否则创建嵌套的子事务
二,@Transactional事务的传播机制
不同的业务场景需要不用的事务传播机制. (eg当前事务中又嵌套了另一个事务,这个时候是选择重新开启一个事务,还是使用原来的事务,或挂起外层事务以非事务运行单独的逻辑).
@Transactional(propagation=Propagation.REQUIRED)
如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)
@Transactional(propagation=Propagation.NOT_SUPPORTED)
容器不为这个方法开启事务
@Transactional(propagation=Propagation.REQUIRES_NEW)
不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
@Transactional(propagation=Propagation.MANDATORY)
必须在一个已有的事务中执行,否则抛出异常
@Transactional(propagation=Propagation.NEVER)
必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS)
如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.
eg:
三,失效场景
-
注解没有被正确的扫描和解析:确保
@Transactional
注解已经被正确加入到 Spring 的组件扫描路径中。 -
方法不是公开的:
@Transactional
只能应用到公开的方法上。如果方法不是公开的(例如:私有、保护),事务将不会被创建或者应用。 -
方法不是被同一个类中的方法调用:如果一个方法不是通过同一个类中的另一个方法调用,
@Transactional
注解将不会被继承。 -
异常处理不当:默认情况下,
@Transactional
只有在运行期间遇到RuntimeException
或Error
时才会回滚。如果捕获了异常并且没有重新抛出,事务将不会回滚。可以通过设置rollbackFor
属性来改变这个行为。 -
事务管理器配置问题:确保已经配置了正确的事务管理器,并且已经被正确地注册到了 Spring 上下文中。
-
方法不是被代理类调用:如果事务方法没有通过代理类调用,事务将不会被创建。这可以通过确保在事务方法之外的地方不要调用它,或者通过显式地获取代理对象来调用方法来解决。
-
注解被覆盖:如果在类的层次结构中,有多个相同的注解,并且属性设置不一致,子类的注解可能会覆盖父类的注解。
-
Caching Proxies:在某些情况下,Spring 事务框架可能会使用缓存代理,这可能导致事务行为不符合预期。可以通过设置
-Dspring.aop.proxy-target-class=false
来强制使用基于接口的代理。 -
多线程和事务:在多线程环境下,每个线程都有自己的事务上下文,因此,如果你在一个新的线程中调用一个带有
@Transactional
注解的方法,事务将不会被继承。 -
异步方法和事务:如果你在
@Transactional
方法中启动了一个异步任务,事务不会被自动传播到异步执行的任务中。