동일한 클래스 내에서 메서드를 호출할 때 내 Spring @Transactional 주석이 작동하지 않는 이유는 무엇입니까?

Spring 트랜잭션: 동일한 클래스 내에서 메서드 호출 처리

트랜잭션을 처리하기 위해 @Transactional로 메서드에 주석을 추가할 때 예기치 않은 동작이 발생할 수 있습니다. 같은 클래스 내에서 해당 메서드를 호출할 때. 트랜잭션이 예상대로 적용되지 않을 수 있습니다.

이 문제를 해결하려면 Spring이 기본적으로 트랜잭션 관리를 구현하기 위해 AOP(Aspect-Oriented 프로그래밍)를 사용한다는 점을 이해하는 것이 중요합니다. AOP(기본값)에 CGLIB를 사용할 때 주석이 달린 클래스에 대한 프록시 인스턴스를 생성합니다. 이는 동일한 클래스 내에서 메소드가 호출되면 원래 클래스 대신 프록시 인스턴스와 상호작용하여 트랜잭션이 적용되지 않음을 의미합니다.

해결책: 트랜잭션 관리를 위해 AspectJ를 활성화합니다.

이 제한을 극복하려면 다음을 추가하여 Spring 구성에서 트랜잭션 관리를 위해 AspectJ를 활성화할 수 있습니다. 코드:

<tx:annotation-driven mode="aspectj"/>

AspectJ를 구성하면 Spring은 AspectJ를 사용하여 트랜잭션을 관리하며, 이는 동일한 클래스 내에서 메서드 호출 문제를 해결합니다.

대체 접근 방식: 리팩터링 코드

AspectJ를 사용하지 않으려는 경우 대체 접근 방식은 코드를 리팩터링하는 것입니다. 트랜잭션 처리를 다른 클래스나 서비스로 분리합니다. 이렇게 하면 별도의 클래스에서 주석이 달린 트랜잭션 메서드를 호출할 수 있으며 트랜잭션이 올바르게 적용됩니다.

예를 들어 다음 코드를 고려해보세요.

public class UserService {

    private UserServiceHelper helper;

    public boolean addUser(String userName, String password) {
        return helper.addUser(userName, password);
    }
}

public class UserServiceHelper {

    @Transactional
    public boolean addUser(String userName, String password) {
        // Transactional logic...
    }
}

이 경우 , 트랜잭션 메서드 addUser가 도우미 클래스에 정의되고 UserService 클래스가 이 메서드를 호출합니다. 이 시나리오에서는 거래가 올바르게 적용됩니다.

위 내용은 동일한 클래스 내에서 메서드를 호출할 때 내 Spring @Transactional 주석이 작동하지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!