@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注解。