返回顶部

@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移到另一个类中:

    1. 这是最常见且推荐的做法。将方法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注解。

posted @ 2024-05-30 09:58  fen斗  阅读(81)  评论(0编辑  收藏  举报