Spring事务的⼀些基本知识(三)--事务不⽣效,事务不回滚⼀、事务不⽣效
1.访问权限问题
众所周知,java 的访问权限主要有四种:private、default、protected、public,它们的权限从左到右,依次变⼤。
但如果我们在开发过程中,把某些事务⽅法,定义了错误的访问权限,就会导致事务功能出问题。
⽅法的访问权限被定义成了private,这样会导致事务失效,spring 要求被代理⽅法必须是public的。
也就是说,如果我们⾃定义的事务⽅法(即⽬标⽅法),它的访问权限不是public,⽽是 private、default 或 protected 的话,spring 则不会提供事务功能。
2. ⽅法⽤ final 修饰
有时候,某个⽅法不想被⼦类重写,这时可以将该⽅法定义成 final 的。普通⽅法这样定义是没问题的,但如果将事务⽅法定义成 final,会导致事务失效。
如果你看过 spring 事务的源码,可能会知道 spring 事务底层使⽤了 aop,也就是通过 jdk 动态代理或者 cglib,帮我们⽣成了代理类,在代理类中实现的事务功能。
但如果某个⽅法⽤ final 修饰了,那么在它的代理类中,就⽆法重写该⽅法,⽽添加事务功能。
注意:如果某个⽅法是 static 的,同样⽆法通过动态代理,变成事务⽅法。
3.⽅法内部调⽤
有时候我们需要在某个 Service 类的某个⽅法(⽆事务)中,调⽤另外⼀个事务⽅法。
那么问题来了,如果有些场景,确实想在同⼀个类的某个⽆事务⽅法中,调⽤它⾃⼰的另外⼀个⽅法,该怎么办呢?
3.1 新加⼀个 Service ⽅法
这个⽅法⾮常简单,只需要新加⼀个 Service ⽅法,把 @Transactional 注解加到新 Service ⽅法上,把需要事务执⾏的代码移到新⽅法中。具体代码如下:
3.2 在该 Service 类中注⼊⾃⼰
如果不想再新加⼀个 Service 类,在该 Service 类中注⼊⾃⼰也是⼀种选择。具体代码如下:
@Servcie
public class ServiceA {
@Autowired
prvate ServiceA serviceA;
public void save(User user) {
queryData1();
queryData2();
serviceA.doSave(user);
}
@Transactional(rollbackFor=Exception.class)
public void doSave(User user) {
addData1();
updateData2();
}
}
可能有些⼈会有这样的疑问:这种做法会不会出现循环依赖问题?其实 spring ioc 内部的三级缓存保证了它不会出现循环依赖问题。
3.3 通过 AopContent 类
在该 Service 类中使⽤ AopContext.currentProxy() 获取代理对象。
上⾯的⽅法 2 确实可以解决问题,但是代码看起来并不直观,还可以通过在该 Service 类中使⽤ AOPProxy 获取代理对象,实现相同的功能。具体代码如下:
@Servcie
public class ServiceA {
public void save(User user) {
queryData1();
queryData2();
((ServiceA)AopContext.currentProxy()).doSave(user);
}
@Transactional(rollbackFor=Exception.class)
public void doSave(User user) {
addData1();
updateData2();
}
}
4.未被 spring 管理
在我们平时开发过程中,有个细节很容易被忽略,即使⽤ spring 事务的前提是:对象要被 spring 管理,需要创建 bean 实例。
通常情况下,我们通过 @Controller、@Service、@Component、@Repository 等注解,可以⾃动实现 bean 实例化和依赖注⼊的功能。如果有⼀天,你忘了加 @Service 注解,那么该类不会交给 spring 管理,所以它的 add ⽅法也不会⽣成事务。
5.多线程调⽤
在实际项⽬开发中,多线程的使⽤场景还是挺多的。如果 spring 事务⽤在多线程场景中,会有问题吗?
这样会导致两个⽅法不在同⼀个线程中,获取到的数据库连接不⼀样,从⽽是两个不同的事务。如果想 doOtherThing ⽅法中抛了异
常,add ⽅法也回滚是不可能的。
如果看过 spring 事务源码的朋友,可能会知道 spring 的事务是通过数据库连接来实现的。当前线程中保存了⼀个 map,key 是数据
源,value 是数据库连接。
private static final ThreadLocal<Map<Object, Object>> resources =
              new NamedThreadLocal<>("Transactional resources");
我们说的同⼀个事务,其实是指同⼀个数据库连接,只有拥有同⼀个数据库连接才能同时提交和回滚。如果在不同的线程,拿到的数据库连接肯定是不⼀样的,所以是不同的事务。
6.表不⽀持事务
有时候我们在开发的过程中,发现某张表的事务⼀直都没有⽣效,最好确认⼀下你使⽤的那张表,是否⽀持事务。
7.未开启事务
有时候,事务没有⽣效的根本原因是没有开启事务。
如果你使⽤的是 springboot 项⽬,那么你很幸运。因为 springboot 通过DataSourceTransactionManagerAutoConfiguration类,已经默默地帮你开启了事务。
但如果你使⽤的还是传统的 spring 项⽬,则需要在 l ⽂件中,⼿动配置事务相关参数。如果忘了配置,事务肯定是不会⽣效的。
另外,如果在 pointcut 标签中的切⼊点匹配规则,配错了的话,有些类的事务也不会⽣效。
⼆、事务不回滚
1.错误的传播特性
2.⾃⼰吞了异常
3.⼿动抛了⾮RuntimeException的异常
即使开发者没有⼿动捕获异常,但如果抛的异常不正确,spring 事务也不会回滚。
@Slf4j
@Service
public class UserService {
@Transactional
public void add(UserModel userModel) throws Exception {
try {
saveData(userModel);
updateData(userModel);
} catch (Exception e) {
<(e.getMessage(), e);
throw new Exception(e);
}
}
}
上⾯的这种情况,开发⼈员⾃⼰捕获了异常,⼜⼿动抛出了异常:Exception,事务同样不会回滚。
因为 spring 事务,默认情况下只会回滚RuntimeException(运⾏时异常)和Error(错误),对于普通的 Exception(⾮运⾏时异常),它不会回滚。
所以⾃定义异常时,还是继承RuntimeException
4.异常不匹配
spring roll怎么读在使⽤ @Transactional 注解声明事务时,有时我们想⾃定义回滚的异常,spring 也是⽀持的。可以通过设置rollbackFor参数,来完成这个功能。
但如果这个参数的值设置错了,就会引出⼀些莫名其妙的问题,例如:
@Slf4j
@Service
public class UserService {
@Transactional(rollbackFor = BusinessException.class)
public void add(UserModel userModel) throws Exception {
saveData(userModel);
updateData(userModel);
}
}
如果在执⾏上⾯这段代码,保存和更新数据时,程序报错了,抛了 SqlException、DuplicateKeyException 等异常。⽽ BusinessException 是我们⾃定义的异常,报错的异常不属于 BusinessException,所以事务也不会回滚。
5.嵌套事务回滚多了
外层调⽤内层的@Transactional时,内层抛了异常,结果外层也被动抛了异常导致整个事务回滚,原本可能只是希望回滚内部的事务。
【参考】

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。