@Transactional的失效场景和使用注意，单页web开发

• TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。

• TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。

• TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。

4、数据库引擎不支持事务

============

这种情况出现的概率并不高，事务能否生效的关键在于数据库引擎是否支持事务。

常用的MySQL数据库默认使用支持事务的innodb引擎。一旦数据库引擎切换成不支持事务的myisam，那事务就从根本上失效了。

三、@Transactional生效不回滚的场景

========================

@Transactional 底层原理是通过 AOP 实现事务处理的： 具体可以理解为，使用 try…catch…来包裹标记了 @Transactional 注解的方法，当方法出现了异常并且满足 一定条件 的时候，在 catch 里面我们可以设置事务回滚，没有异常则直接提交事务。

这里的“一定条件”，主要包括两点。

第一，只有异常传播出了标记了 @Transactional 注解的方法，事务才能回滚。 第二，默认情况下，出现 RuntimeException（非受检异常）或 Error 的时候，Spring 才会回滚事务。

由上述描述可知：有两种情况事务是不回滚的。

• 异常无法传播出方法，导致事务无法回滚

• 即使出了受检异常也无法让事务回滚

对应的解决方法有：

• 1.如果你希望自己捕获异常进行处理的话，也没关系，可以手动设置让当前事务处于回滚状态：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

• 2.如果希望 Spring 针对其他异常也可以回滚，那么可以相应配置 @Transactional 注解的 rollbackFor 和 noRollbackFor 属性来覆盖其默认设置。 例如：期望遇到所有的 Exception 都回滚事务（来突破默认不回滚 受检异常的限制）：@Transactional(rollbackFor = Exception.class)

四、@Transactional使用防坑小结

======================

@Transactional使用上可能遇到的三类坑，包括：

• 第一，因为配置不正确，导致方法上的事务没生效。

我们务必确认调用 @Transactional 注解标记的方法是 public 的，并且是通过 Spring 注入的 Bean 进行调用的。

• 第二，因为异常处理不正确，导致事务虽然生效但出现异常时没回滚。

Spring 默认只会对标记 @Transactional 注解的方法出现了 RuntimeException 和 Error 的时候回滚，如果我们的方法捕获了异常，那么需要通过手动编码处理事务回滚。
如果希望 Spring 针对其他异常也可以回滚，那么可以相应配置 @Transactional 注解的 rollbackFor 和 noRollbackFor 属性来覆盖其默认设置。

• 第三，如果方法涉及多次数据库操作，并希望将它们作为独立的事务进行提交或回滚。
  那么我们需要考虑进一步细化配置 事务传播方式，也就是 @Transactional 注解的 Propagation 属性。

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Web前端开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注：前端）

学习笔记、源码讲义、实战项目、讲解视频**

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注：前端）
[外链图片转存中…(img-Yup0oBgN-1710868620434)]