注解@Transactional事务失效的常见场景
在《Spring Boot事务管理》中,小编介绍了注解@Transactional的基本属性和使用方法,这里介绍事务失效的八种场景,使大家对注解@Transactional有一个更深刻的认知。
被注解修饰的方法为非public类型。之所以会失效,是因为在Spring AOP 代理中,TransactionInterceptor (事务拦截器)在目标方法执行前后进行拦截,DynamicAdvisedInterceptor(CglibAopProxy 的内部类)的 intercept 方法或 JdkDynamicAopProxy 的 invoke 方法会间接调用AbstractFallbackTransactionAttributeSource的 computeTransactionAttribute 方法,获取Transactional 注解的事务配置信息。
protected TransactionAttribute computeTransactionAttribute(Method method,
Class<?> targetClass) {
// Don't allow no-public methods as required.
if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
return null;
}
computeTransactionAttribute方法会检查目标方法的修饰符是否为 public,不是 public则不会获取@Transactional 的属性配置信息。
异常被catch块吃掉,导致回滚失败。
异常抛出类型错误,例如属性rollbackFor默认回滚的是RuntimeException,而代码抛出了其父类的异常Exception,这时是不可以回滚的。如果抛出了RuntimeException的子类异常,如NullPointerException,则可以回滚。
本类方法直接调用。比如有一个类Test,它里面有两个方法,方法A没有声明注解事务,而public类型的B方法有,而且是A调用了B。则外部调用方法A之后,方法B的事务是不会起作用的。此时会用this关键字直接请求B方法,没有经过 Spring AOP的代理类去调用方法,从而没有开启事务管理,默认只有在外部调用事务才会生效。这也是经常犯错误的一个地方。
Bean没有被spring容器管理。
数据库引擎不支持事务。以 MySQL 为例,其 MyISAM 引擎是不支持事务操作的,InnoDB 才支持,一般要支持事务都会使用 InnoDB。
数据源没有配置事务管理器。实现接口方法,使得返回数据库事务管理器:
@Bean
PlatformTransactionManager transactionManager(DataSource dataSource) {
return new DataSourceTransactionManager(dataSource);
}
方法事务传播行为设置不支持事务:propagation = Propagation.NOT_SUPPORTED or TransactionDefinition.PROPAGATION_NEVER。
TransactionDefinition.PROPAGATION_SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。所以,在当前没有事务的场景下使用此传播行为属性,则以非事务的方式继续运行。
Reference
![](https://common.cnblogs.com/images/wechat.png)