@Transactional修饰类和修饰方法的区别

@Transaction修饰类和修饰方法是用来启用Spring事务管理的注解，但是两者之间有些不同。当一个类被@Transaction注解修饰时，它的所有公共方法都将被应用于事务管理，而当一个方法被@Transaction注解修饰时，只有该方法会被应用到事务管理中。此外，@Transaction注解修饰方法可以覆盖类级别的注解。

相关问题

有被@Transactional修饰的方法调用了该类中另一个被@Transactional修饰的方法，导致@Transactional失效；

当一个方法被@Transactional注解修饰时，Spring框架会管理这个方法的事务，包括开始、提交或回滚事务。然而，如果你在一个方法中调用了另一个同样被@Transactional注解的方法，通常情况下，不会导致原有事务失效。这是因为@Transactional的传播行为默认是PROPAGATION_REQUIRED，这意味着如果当前存在一个活跃的事务，新的事务会加入到这个事务中，而不是开始一个新的独立事务。

然而，如果第二个方法的传播行为设置为PROPAGATION_REQUIRES_NEW（通常是通过@Transactional(rollbackFor=Exception.class)实现），那么它会创建一个新的事务，即使第一个方法在事务中运行。在这种情况下，第一个方法的事务不会影响到第二个方法，反之亦然。

因此，确保你理解了每个@Transactional方法的传播行为设置是关键，这决定了它们如何与现有的事务交互。如果你遇到事务失效的情况，可能需要检查这些传播行为的配置。

@Transactional方法A调用 @Transactional方法B 会有什么问题

当使用@Transactional注解时，方法会被包装在一个事务中。如果方法A调用了方法B，并且两个方法都被@Transactional注解修饰，那么事务将无法正常工作。这是因为Spring默认使用基于代理的AOP来实现@Transactional注解的功能，而代理只能拦截外部调用，无法拦截类内部方法的调用。

在你提供的引用中，方法A没有@Transactional注解，而方法B有@Transactional注解。当方法A调用方法B时，事务不会起作用，因为方法A内部的方法调用无法被代理拦截。

在你提供的引用中，方法A调用了方法B，方法B调用了方法C，并且方法C被@Transactional注解修饰。然而，由于方法A内部的方法调用无法被代理拦截，所以方法C的事务也无法起作用。即使方法C抛出了异常，事务也不会回滚。

为了解决这个问题，可以将@Transactional注解放在类级别上，而不是方法级别上。这样，整个类的所有方法都会被包装在同一个事务中，无论是外部调用还是内部调用。

另外，还可以通过将方法C提取到一个独立的类中，并通过依赖注入的方式调用该类的方法，来实现事务的正常工作。