事务失效的几种场景
1.抛出检查异常导致事务无法正确回滚。
-
原因：Spring 默认只会回滚非检查异常
-
解法：配置 rollbackFor 属性
-
@Transactional(rollbackFor = Exception.class)
-
2. 业务方法内自己 try-catch 异常导致事务不能正确回滚(只try-catch，没抛出去异常(return))
-
原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉
-
解法1：异常原样抛出
-
在 catch 块添加
throw new RuntimeException(e);
-
-
解法2：手动设置 TransactionStatus.setRollbackOnly()
-
在 catch 块添加
TransactionInterceptor.currentTransactionStatus().setRollbackOnly();
-
3. aop 切面顺序导致导致事务不能正确回滚(内层捉住异常，抛给外层后外层捉住异常但没抛出)
-
原因：事务切面优先级最低，但如果自定义的切面优先级和他一样，则还是自定义切面在内层，这时若自定义切面没有正确抛出异常…
-
解法1、2：同情况2 中的解法:1、2
-
解法3：配置类调整切面顺序，在 MyAspect 上添加
@Order(Ordered.LOWEST_PRECEDENCE - 1)(不推荐)
4. 非 public 方法导致的事务失效
-
原因：Spring 为方法创建代理、添加事务通知、前提条件都是该方法是 public 的
-
解法1：改为 public 方法
5. 父子容器导致的事务失效
父子容器，WebConfig 对应子容器，AppConfig 对应父容器，发现事务依然失效
-
原因：子容器扫描范围过大，把未加事务配置的 service 扫描进来
-
解法1：各扫描各的，不要图简便
-
解法2：不要用父子容器，所有 bean 放在同一容器
6. 调用本类方法导致传播行为失效
-
原因：本类方法调用不经过代理，因此无法增强
-
解法1：依赖注入自己(代理)来调用
-
解法2：通过 AopContext 拿到代理对象，来调用
-
解法3：通过 CTW，LTW 实现功能增强
7. @Transactional 没有保证原子行为(指令交错)
上面的代码实际上是有 bug 的，假设 from 余额为 1000，两个线程都来转账 1000，可能会出现扣减为负数的情况
-
原因：事务的原子性仅涵盖 insert、update、delete、select … for update 语句，select 方法并不阻塞
8. @Transactional 方法导致的 synchronized 失效
针对上面的问题，能否在方法上加 synchronized 锁来解决呢？
答案是不行，原因如下：
-
synchronized 保证的仅是目标方法的原子性，环绕目标方法的还有 commit 等操作，它们并未处于 sync 块内
-
可以参考下图发现，蓝色线程的查询只要在红色线程提交之前执行，那么依然会查询到有 1000 足够余额来转账
-
解法1：synchronized 范围应扩大至代理方法调用
-
解法2：使用 select … for update 替换 select
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/128056.html
