@Transactional 注解的失效场景

原创于 2024-12-31 07:51:16 发布 · 885 阅读

29 ·

CC 4.0 BY-SA版权

文章标签：

#面试 #spring

java面试题专栏收录该内容

168 篇文章

订阅专栏

作者简介：大家好，我是码炫码哥，前中兴通讯、美团架构师，现任某互联网公司CTO，兼职码炫课堂主讲源码系列专题

代表作：《jdk源码&多线程&高并发》，《深入tomcat源码解析》，《深入netty源码解析》，《深入dubbo源码解析》，《深入springboot源码解析》，《深入spring源码解析》，《深入redis源码解析》等

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬。码炫课堂的个人空间-码炫码哥个人主页-面试，源码等

@Transactional 用起来超级爽，一个注解就可以解决你事务方面的问题，但是它也有一个巨坑：用的场景不对，会失效。下面码哥就来介绍常见的 @Transactional 失效的场景。

@Transactional 应用在非 public 修饰的方法上

Java的访问权限主要有四种：private、default、protected、public，它们的权限从左到右，依次变大。如果我们将 @Transactional 用在了非 public 的方法上，例如：

@Service
public class UserService {

    @Transactional
    private void addUser(UserEntity userEntity) {
         userMapper.insertSelective(userEntity);
    }
}

addUser() 被定义为 private，该方法的 @Transactional 会失效。为什么是这样呢？

我们都知道@Transactional是通过动态代理来实现的，在 Spring 中，有两种机制可以实现：

基于接口：如果类实现了接口，那么 Spring 会使用 JDK动态代理来实现。这种方式只能代理接口中定义的方法，虽然 Java 9 后接口支持私有方法，但是该私有方法依然是不对外开放的。
基于类：如果类没有实现任何接口，Spring会使用CGLIB来创建一个子类代理。虽然理论上 CGLIB可以代理私有方法，但Spring为了保持行为的一致性和避免一些复杂性，选择只代理公共方法。

总得来说，Spring 为了更好地管理事务和减少复杂性的考虑，将事务控制在公共方法级别上，有助于更清晰地定义和管理事务边界。

在源码中，AbstractFallbackTransactionAttributeSource#TransactionAttribute() 会判断方法是否为 public，如下：

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

    // ....
  }

方法用 final 修饰

如下：

@Service
public class UserService {

    @Transactional
    public final void addUser(UserEntity userEntity) {
         userMapper.insertSelective(userEntity);
    }
}

如果一个方法不想被子类重写，我们可以将该方法定义为 final。我们知道 @Transactional 是通过 AOP 来实现的，如果方法被定义为了 final，那么它就不能被代理类重写，也就无法使用事务了。

同理，static 也不行！

未被 Spring 管理

@Transactional 是由 Spring 容器所管理，如果一个使用 @Transactional 的 Bean 不是通过 Spring 容器创建的（例如直接 new 的），则 @Transactional 是无效的。

//@Service
public class UserService {

    @Transactional
    public void addUser(UserEntity userEntity) {
         userMapper.insertSelective(userEntity);
    }
}

这里我们注释掉 @Service，使用它时采用 new UserService() 的方式，那么这个 @Transactional 是无效的。

方法内部调用

当 @Transactional 注解的方法在同一个类的内部被调用时，会导致后面调用方法的 @Transactional 失效，例如：

//@Service
public class UserService {

    @Transactional
    public void addUser(UserEntity userEntity) {
         userMapper.insertSelective(userEntity);
         
         updateInfo();
    }
    
    @Transactional
    public void updateInfo(UserEntity userEntity) {
         userMapper.updateInfo(userEntity);
    }
}

当从其他类调用 addUser() 时，该方法的 @Transactional 会生效。但是，当 addUser() 内部调用 updateInfo() 时，@Transactional 会失效，这是因为内部方法调用不会经过代理，它是直接在对象内部发生的。

解决方法有两种：

新增一个 Service，将内部调用的方法拆分出去。
通过AopContent类：((UserService)AopContext.currentProxy()).updateInfo(userEntity); 通过这种方式调用。

多线程调用

如下：

@Service
public class UserService {

    @Autowired
    private UserMapper userMapper;


    @Autowired
    private RoleService roleService;

    @Transactional
    public void addUser(UserEntity userEntity) {
        userMapper.insertSelective(userEntity);

        new Thread(() -> {
            roleService.addUserRole(userEntity);
        })
    }
}

@Service
public class RoleService {

    @Transactional
    public void addUserRole(UserEntity userEntity) {
        doSomeThing(userEntity);
    }
}

addUser() 使用 @Transactional 开启事务，然后调用 RoleService#addUserRole()，同时 addUserRole() 也使用了 @Transactional，但是由于 addUserRole() 是在另外一个线程中调用。这会导致两个方法不在同一个线程中，在多线程环境中，由于每个线程可能会有自己的事务上下文，这就会导致两个问题：