踩坑!Spring 事务方法与非事务方法相互调用 @Transactional 注解失...
发布网友
发布时间：2024-12-12 00:00
共1个回答
热心网友
时间：2024-12-12 04:52
撰写这篇文章的动机是最近在项目开发过程中遇到了一个有关Spring事务的难题，虽然我将其称为“坑”，但更准确的说，是由于我在事务知识上的薄弱所导致的自我反思。
项目环境基于Spring Boot。
问题描述如下：项目中有一个每天自动更新特定数据的业务需求。在处理某条数据更新时遇到问题，数据更新出现错误，但不影响整体数据，因此需要记录错误并回滚与此条数据关联的表数据。
为了解决问题，我将业务逻辑拆分为两个方法：方法A用于查询数据、验证和组装数据；方法B用于更新数据所对应的表。由于数据是循环更新的，我认为一条数据更新失败只需要回滚此条数据，不影响其他数据更新。因此，我在方法B中添加了事务注解，而方法A未添加。
起初，我认为实现完美无缺，但在测试时发现，方法A调用方法B后并未触发事务回滚，这使我感到困惑。经过自我反省，我意识到问题可能出在对Spring事务传播机制的理解上。
接下来，我分析了事务的传播机制及其原因。Spring默认采用PROPAGATION_REQUIRED策略，意味着如果方法A被注解为@Transactional，则会开启事务，而此事务会传播到方法B，保持原有的事务状态。然而，如果方法A未添加@Transactional注解，则方法B不会受到事务控制。
在Service内部，事务方法之间的嵌套调用或普通方法与事务方法之间的调用不会开启新事务。这是因为Spring使用动态代理机制来实现事务控制，动态代理最终会调用原始对象，而原始对象在调用方法时不触发代理，因此事务控制不会继续传递。
在分析了问题的根本原因后，我找到了解决方案。通过将方法B抽离到另一个Service中，并在该Service中注入方法B，或者在方法内部通过代理对象调用方法B，可以确保在方法A调用方法B时触发事务回滚。
经过测试，采用代理对象调用方法B的方案成功实现了事务回滚，问题得到解决。这一过程使我深刻认识到在事务处理方面的基础知识不足，并希望其他遇到类似问题的开发者能够深入研究Spring事务相关知识。
