案例1

Question

案例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(){

    }
}

在case1中，如果发生任何异常，则回滚正在工作，但在情况2中，它不起作用。如果我遵循case1会有任何性能问题吗？

Answer 1

如果案例1 @Transactional应用于每个单独的方法。如果2，@ Transaction仅应用于method2（），而不应用于method1（）

案例1： - 调用method1（） - ＆gt;交易开始了。当method1（）调用method2（）时，没有启动新事务，因为已经有一个

案例2： - 调用method1（） - ＆gt;没有交易开始。当method1（）调用method2（） NO 时，将启动新事务。这是因为@Transactional在同一个类中调用方法时不起作用。如果你从另一个类调用method2（），它会起作用。

来自spring reference manual：

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

Answer 2

类上的

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

Answer 3

引自here

Spring团队的建议是，您只使用@Transactional注释来注释具体类，而不是注释接口。

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

Answer 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)），这将优先于在类级别定义的事务设置。

更多信息：

Transaction management in Spring

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

案例1

情况2

4 个答案: