@Transactional 事务失效的场景还不清楚？

赖伟春

已于 2022-02-01 14:57:20 修改

阅读量415

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Java 技术面试题文章标签： java 数据库 sqlserver

于 2022-01-18 15:11:03 首次发布

本文链接：https://blog.csdn.net/qq_44538738/article/details/122545500

Java 技术面试题专栏收录该内容

18 篇文章

订阅专栏

本文深入探讨Spring中的事务管理，包括声明式事务与编程式事务的区别，@Transactional注解的使用方法及其属性说明，事务传播机制的特性，并列举了几种可能导致@Transactional失效的场景。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Spring 事务

一、事务的类型

1、声明式事务

声明式事务属于非侵入性，不会影响业务逻辑的实现，只要在配置文件中做相关的事务规则声明
或者基于@Transactional注解的方式，便可以将事务规则应用到业务逻辑中；

2、编程式事务

编程式事务每次实现都要单独实现，业务大且功能复杂时，使用编程式事务是比较繁琐的。
我们需要在代码中调用 beginTransaction()、commit()、rollback()等事务管理相关的方法；

二、@Transactional 声明式事务的用法

1、启用声明式事务管理，在配置类上添加 @EnableTransactionManagement (高版本项目可以不加)

2、将 @ Transactional 注解添加到合适的业务类或方法上，并设置合适的属性信息。

@Transactional(timeout = 50,
               readOnly = false,
               isolation = Isolation.READ_COMMITTED,
               rollbackFor = Throwable.class,
               propagation = Propagation.REQUIRED)
@Service 
public class UserServiceImpl implements UserService {


	@Transactional(readOnly = true)
	@Override
	public List<UserVo> getUserList() {...}
}

3、@Transactional注解中的属性说明

1、timeout 事务的超时时间，默认值为 -1，表示没有超时显示。如果配置了具体时间，则超过该时间限制但事务还没有完成，则自动回滚事务。
2、read-only 指定是否为只读事务，默认值为false，为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only = true
3、rollback-for 用于指定能够触发事务的异常，如果有多个异常需要指定，则用逗号隔开。
4、no-rollback- for 用于指定排查不触发事务的异常。
4、isolation 事务的隔离级别，默认值采用 DEFAULT。

4、事务传播机制特性

事务传播(Propagetion)指的是不同业务或Service中被@Transactional修饰的方法之间相互调用时，事务的传播方式。

传播机制有7种，常用的就两种。如下表格

事务类型	描述
Propagetion.REQUIRED	支持当前事务，如果当前没有事务，就新建一个事务。这是最用的选择，也是默认的
Propagetion.SUPPORTS	支持当前事务，如果当前没有事务，就以非事务方式执行
Propagetion.MANDATORY	支持当前事务，如果当前没有事务，就抛出异常
Propagetion.REQUIRES_NEW	新建事务，如果当前存在事务，把当前事务挂起
Propagetion.NOT_SUPPORTED	以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
Propagetion.NEVER	以非事务方式执行，如果当前存在事务，则抛出异常。
Propagetion.NESTED	支持当前事务，如果当前事务存在，则执行一个嵌套事务，如果当前没有事务，就新建一个事务。

重点介绍常用的两种：

@Transactional(propagation=Propagation.REQUIRED)

如果没有事务就创建事务，如果有就参与当前事务，Spring 默认的事务传播机制就是这个，是最常用的选择。
举个例：
serviceX#methodX() 都是工作在 spring 的事务环境中。
假如有个业务调用链：service1#method1() – service2#method2() – service3#method3() 那么这3个方法通过事务传播机制都工作同一个事务，3个方法中，有1个db操作失败，那么其它db操作都会回滚。

@Transactional(propagation=Propagation.REQUIRES_NEW）

新建事务，如存在事务则挂起，再创建新事务。
用这个事物传播机制的方法，每一个方法都是新的事务。

三、@Transactional 会造成失效的场景

1、 rollback-for 未指定要处理的异常

2、 no-rollback- for 把抛出异常排除了

3、 propagation 事务传播机制没用对，
举个例子：service1#method1() – service2#method2() – service3#method3() 你想让这3个方法绑定在同一个事务里，你却把事务传播机制设成 REQUIRES_NEW，这导致每个每个方法都有自己单独的事务，所以会导致不生效

4、将 @Transactional 注解修饰到非public的方法上，之所以会失效是因为在Spring AOP 代理时，如上图所示 TransactionInterceptor （事务拦截器）在目标方法执行前后进行拦截，DynamicAdvisedInterceptor（CglibAopProxy 的内部类）的 intercept 方法或 JdkDynamicAopProxy 的 invoke 方法会间接调用 AbstractFallbackTransactionAttributeSource的 computeTransactionAttribute 方法，获取Transactional 注解的事务配置信息。此方法会检查目标方法的修饰符是否是 public ，不是的话，不会获取 @ Transactional 属性

protected TransactionAttribute computeTransactionAttribute(Method method,
    Class<?> targetClass) {
        // Don't allow no-public methods as required.
        if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
        return null;
}

5、你代码里面的可能会抛出异常的代码，被你用 try cacth 裹住了，异常没有被抛出来，所有事务会失效。

6、同一个类中方法调用，导致 @Transactional 事务失效。同一个类中，有两个方法 A和 B，B有事务修饰，A方法无事务修饰 (不论方法B是用public还是private修饰) ，这个时候，A 方法调用 B方法，事务会失效，这是因为 spring 的代理导致的，因为只有当事务方法被当前类以外的代码调用时，才会由 Spring生成的代理对象来管理。