@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 后接口支持私有方法(详情见: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()
是在另外一个线程中调用。这会导致两个方法不在同一个线程中,在多线程环境中,由于每个线程可能会有自己的事务上下文,这就会导致两个问题:
- addUser() 执行失败,事务回滚,但是
addUserRole()
的线程可能还没有启动,导致数据不一致 - 由于获取的是两个不同的数据库连接,那么一个事务失败,另外一个事务可能不会回滚。
数据库不支持事务
Mysql 的 Myisam 存储引擎是不支持事务的,只有innodb存储引擎才支持。
但是在实际生产中,我们一般都不会使用 Myisam,但是由于历史原因或者配置问题,导致事务无论怎么配置都不生效的时候,可以去看看数据库的存储引起是否支持事务。
Java 面试宝典是大明哥全力打造的 Java 精品面试题,它是一份靠谱、强大、详细、经典的 Java 后端面试宝典。它不仅仅只是一道道面试题,而是一套完整的 Java 知识体系,一套你 Java 知识点的扫盲贴。
它的内容包括:
- 大厂真题:Java 面试宝典里面的题目都是最近几年的高频的大厂面试真题。
- 原创内容:Java 面试宝典内容全部都是大明哥原创,内容全面且通俗易懂,回答部分可以直接作为面试回答内容。
- 持续更新:一次购买,永久有效。大明哥会持续更新 3+ 年,累计更新 1000+,宝典会不断迭代更新,保证最新、最全面。
- 覆盖全面:本宝典累计更新 1000+,从 Java 入门到 Java 架构的高频面试题,实现 360° 全覆盖。
- 不止面试:内容包含面试题解析、内容详解、知识扩展,它不仅仅只是一份面试题,更是一套完整的 Java 知识体系。
- 宝典详情:https://www.yuque.com/chenssy/sike-java/xvlo920axlp7sf4k
- 宝典总览:https://www.yuque.com/chenssy/sike-java/yogsehzntzgp4ly1
- 宝典进展:https://www.yuque.com/chenssy/sike-java/en9ned7loo47z5aw
目前 Java 面试宝典累计更新 400+ 道,总字数 42w+。大明哥还在持续更新中,下图是大明哥在 2024-12 月份的更新情况:
想了解详情的小伙伴,扫描下面二维码加大明哥微信【daming091】咨询
同时,大明哥也整理一套目前市面最常见的热点面试题。微信搜[大明哥聊 Java]或扫描下方二维码关注大明哥的原创公众号[大明哥聊 Java] ,回复【面试题】 即可免费领取。