在类和方法上定义@Transactional有什么区别

Question 1

情况1

@Transactional
public class UserServiceImpl implements UserService {

    ...................
    public void method1(){
        try{
            method2();
        }catch(Exception e){

        }
    }
    public void method2(){

    }
}

案例2

public class UserServiceImpl implements UserService {

    ...................
    public void method1(){
        try{
            method2();
        }catch(Exception e){

        }
    }
    @Transactional
    public void method2(){

    }
}

在情况1中，如果发生任何异常，则回滚有效，但在情况2中，回滚无效。如果遵循case1，是否有任何性能问题？

Question 2

在情况1中，@ Transactional应用于每个公共的单个方法。Spring会忽略私有和受保护的方法。

Spring将类级别的注释应用于我们未使用@Transactional注释的此类的所有公共方法。但是，如果我们将注释放在私有或受保护的方法上，Spring将忽略它而不会出现错误。

在情况2中，@ Transactional仅应用于method2（），而不应用于method1（）

情况1：-调用method1（）->事务开始。当method1（）调用method2（）时，不会启动新事务，因为已经有一个

情况2：-调用method1（）->没有事务开始。当方法1（）调用方法2（）NO启动新的事务。这是因为当从同一类中调用方法时，@ Transactional不起作用。如果您要从另一个类调用method2（），它将起作用。

从弹簧参考手册：

在代理模式（默认设置）下，仅拦截通过代理传入的外部方法调用。这意味着自调用实际上是目标对象中调用目标对象另一种方法的方法，即使调用的方法标有@Transactional，也不会在运行时导致实际事务。另外，必须完全初始化代理以提供预期的行为，因此您不应在初始化代码（即@PostConstruct）中依赖此功能。

Question 3

@Transactional类上的on适用于服务上的每个方法。这是捷径。通常，@Transactional(readOnly = true)如果您知道所有方法都将访问存储库层，则可以在服务类上进行设置。然后，可以使用@Transactionalon方法在模型中进行更改来覆盖行为。1）和2）之间的性能问题未知。

Question 4

假设您有以下课程：

@Transactional(readOnly = true)
public class DefaultFooService implements FooService {

  public Foo getFoo(String fooName) {
    // do something
  }

  // these settings have precedence for this method
  @Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW)
  public void updateFoo(Foo foo) {
    // do something
  }
}

@Transactional类级别的注释将应用于该类中的每个方法。

但是，当方法带有@Transactional（如updateFoo(Foo foo)）注释时，它将优先于在类级别定义的事务设置。

更多信息：

春季交易管理

Question 5

从这里报价

Spring团队的建议是，仅使用@Transactional注释对具体的类进行注释，而不是对接口进行注释。

由于此机制基于代理，因此将仅拦截通过代理传入的“外部”方法调用。这意味着即使调用的方法标记有@Transactional，“自调用”（即目标对象中的方法调用目标对象的其他方法）也不会在运行时导致实际事务！