@Transactional(rollbackFor = Exception.class) 事务失效 A加了@Transactional注解,A调用了同方法中的B方法,B未加注解。B事务失效,怎么解决
@Transactional(rollbackFor = Exception.class) 事务失效,一个方法A上加了这个注解,在方法A中调用了B方法,A方法中有数据库操作,B方法中也有,现在问题是,B方法中事务失效了,怎么保证不失效
在Spring框架中,使用@Transactional
注解可以很方便地管理事务,但是如果你在方法A中调用了方法B,并且两者都在同一个类中,那么通过普通方法调用(非AOP代理)方式,事务传播行为可能不会如你所愿地工作。
这是因为在Spring AOP中,事务是通过代理模式实现的。当你从外部(比如通过Spring容器注入的bean)调用方法A时,Spring会创建一个代理来拦截这个调用,并应用@Transactional
注解定义的事务行为。但是,如果方法A内部直接调用了同一个类的其他方法(比如方法B),那么这个调用不会经过Spring的代理,因此事务属性不会被应用。
为了解决这个问题,你可以采取以下几种方法之一:
将方法B移到另一个类中:
-
这是最常见且推荐的做法。将方法B移动到另一个Spring管理的bean中,然后从方法A中通过注入的方式调用这个bean的方法B。这样,每次调用都会通过Spring的代理,从而确保事务行为被正确应用。
对于 @Transactional(rollbackFor = Exception.class) 事务失效,一个方法A上加了这个注解,在方法A中调用了B方法,A方法中有数据库操作,B方法中也有数据库操作,对于方法B需要也加上这注解吗?
在Spring中,如果方法A上使用了@Transactional
注解,并且你在方法A中调用了同一个类中的方法B,那么方法B上的事务属性(如果有的话)将不会被考虑,因为方法B的调用不是通过Spring的AOP代理进行的。
因此,如果方法B也包含数据库操作,并且这些操作需要在事务的上下文中执行,那么不需要在方法B上额外添加@Transactional
注解。相反,你应该确保方法A的事务设置(包括rollbackFor = Exception.class
)能够覆盖到方法B中的数据库操作。
如果方法B中的操作需要独立于方法A的事务执行(即,它们应该运行在不同的事务中),那么你应该考虑将方法B移动到另一个bean中,并在方法B上添加适当的@Transactional
注解。
总结:
- 如果方法B中的操作应该包含在方法A的事务中,那么不需要在方法B上添加
@Transactional
。 - 如果方法B中的操作需要运行在不同的事务中,那么将方法B移动到另一个bean中,并在方法B上添加
@Transactional
。
请注意,即使方法B在同一个类中并且没有@Transactional
注解,只要它是由带有@Transactional
注解的方法A调用的,并且是通过Spring的AOP代理进行的(即,不是通过this
关键字直接调用),那么方法B中的操作仍然会包含在方法A的事务中。但是,为了避免混淆和潜在的错误,最好将相关的业务逻辑组织到合适的类中,并仅在需要的地方使用@Transactional
注解。
您的资助是我最大的动力!
金额随意,欢迎来赏!