동일한 클래스 내에서 호출될 때 Spring 트랜잭션이 실패하는 이유는 무엇입니까?

동일 클래스 내 트랜잭션 호출: Spring의 딜레마

문제

Spring에서 트랜잭션 메서드는 일반적으로 @Transaction으로 주석이 추가됩니다. 트랜잭션 메서드가 호출되면 Spring은 자동으로 트랜잭션 수명주기를 관리하여 예외가 발생하더라도 데이터 무결성을 보장합니다. 그러나 동일한 클래스 내에서 트랜잭션 메서드를 호출하면 예기치 않은 동작이 발생합니다. 트랜잭션이 우회되어 개발자가 머리를 긁적이게 만드는 것 같습니다.

원인: 동적 프록시의 한계

Spring은 동적 프록시(예: CGLIB)를 사용하여 메서드 호출을 가로채고 트랜잭션 동작을 적용합니다. 그러나 트랜잭션 메서드가 동일한 클래스 내의 다른 트랜잭션 메서드를 호출하면 동적 프록시가 우회됩니다. 이는 대상 개체가 두 경우 모두 동일하고 프록시가 외부 메서드 호출에 대해서만 생성되기 때문입니다.

해결책: AspectJ 수용 또는 리팩토링

이 문제를 해결하려면 다음이 필요합니다. 두 가지 옵션:

1. AspectJ 구성: Spring은 대체 트랜잭션 처리를 제공합니다. AspectJ를 사용하는 모드입니다. @TransactionManagement 주석에서 mode 속성을 양상j로 설정하면 Spring은 AspectJ를 사용하여 트랜잭션을 관리합니다. 이를 통해 동일한 클래스 내의 트랜잭션 호출이 예상대로 작동할 수 있습니다.
2. 리팩터링 코드: AspectJ가 솔루션을 제공하지만 가장 멋진 접근 방식은 아닐 수도 있습니다. 더 깔끔한 대안은 코드를 리팩터링하여 트랜잭션 작업을 다른 클래스로 분리하는 것입니다. 전용 클래스가 각 트랜잭션 작업을 처리하도록 하면 동일한 클래스 내에서 중첩된 트랜잭션 호출 문제를 피할 수 있습니다.

AspectJ 구성 팁

트랜잭션 처리를 위해 AspectJ를 구성하려면, 다음 단계를 따르세요.

• Spring 구성에 추가하세요.

• 3.0 이전 Spring 버전의 경우 구성에 다음 Bean 정의도 추가하세요.

  <bean class="org.springframework.transaction.aspectj.AnnotationTransactionAspect" factory-method="aspectOf">
    <property name="transactionManager" ref="transactionManager" />
  </bean>

AspectJ를 수용하거나 코드를 리팩토링하면 Spring의 기본 트랜잭션 처리의 한계를 극복하고 동일한 트랜잭션 내의 중첩 호출에 대해서도 일관된 트랜잭션 동작을 보장할 수 있습니다. 수업.

위 내용은 동일한 클래스 내에서 호출될 때 Spring 트랜잭션이 실패하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!