java事务不生效场景_几种@Transactional不生效的场景

熟悉Spring的人都知道，Spring中提供了很好的事务管理机制--编程式事务和声明式事务。编程式事务管理是侵入性事务管理，使用TransactionTemplate或者PlatformTransactionManager手动管理事务的提交、回滚等操作。声明式事务建立在AOP之上，原理是对方法进行拦截，在目标方法执行之前添加事务，目标方法执行后根据执行情况进行事务的提交或回滚。编程式事务是侵入式的，声明式事务是非侵入性的，因此，提倡使用声明式事务。@Transactional注解是实现声明式事务的方式之一。

一、@Transactional概述

@Transactional注解可以加在方法、类和接口上，加在类和接口上等于给类中的每个public方法都添加了@Transactional，在使用时尽量直接加在方法上。@Transactional属性及说明见下表：

属性说明name配置文件中有多个TransactionManager时，通过name属性指定使用哪个事务管理器

propagation事务的传播行为，默认为Propagation.REQUIRED

isolation事务的隔离级别，默认为Isolation.DEFAULT，使用数据库的默认隔离级别

timeout事务的超时时间，默认为-1，如果事务在该时间内没有完成则自动回滚

readOnly是否是只读事务

rollbackFor触发事务回滚的异常类型，存在多个时用逗号分隔

noRollbackFor不触发事务回滚的异常类型

二、@Transactional不生效的场景

1、用在非public方法

@Transactional是基于动态代理的，Spring的代理工厂在启动时会扫描所有的类和方法，并检查方法的修饰符是否为public，非public时不会获取@Transactional的属性信息，这时@Transactional的动态代理对象为空。

2、同一个类中，非@Transactional方法调用@Transactional方法

还是动态代理的原因，类内部方法的调用是通过this调用的，不会使用动态代理对象，事务不会回滚。

3、异常被“吃了”

Spring是根据抛出的异常来回滚的，如果异常被捕获了没有抛出的话，事务就不会回滚。

4、rollbackFor属性设置不对

Spring默认抛出unchecked异常或Error时才会回滚事务，要想其他类型异常也回滚则需要设置rollbackFor属性的值。

5、数据库引擎不支持事务

*喜欢的小伙伴动动小手，点点关注。关注微信公众号【程序员Mark Chou 】,获取更多Java进阶、架构的干货资料(《Spring Cloud微服务实战》《Spring源码深度解析》《深入理解Apache Dubbo与实战》《一线架构师实践指南》《25大专题Java面试题手册》《Java面经》……)。