Сколько транзакций создастся при вызове одного transactional метода из другого внутри одного класса?

В Spring Framework управление транзакциями реализовано с помощью Aspect-Oriented Programming (AOP). Когда вы помечаете метод аннотацией @Transactional, Spring создаёт прокси-объект вокруг вашего бина. Все вызовы методов идут через этот прокси, который управляет открытием и коммитом транзакции.

Проблема внутреннего вызова

Однако, если вызов одного @Transactional метода происходит из другого метода того же класса, это внутренний вызов. Поскольку он происходит напрямую, минуя прокси-обёртку, механизм перехвата вызова AOP не срабатывает. Аннотация @Transactional на внутреннем методе игнорируется, и весь код выполняется в контексте первоначальной транзакции.

Пример кода и поведения

@Service
public class OrderService {
    @Transactional
    public void processOrder() {
        // Эта операция выполняется в транзакции T1
        updateInventory();
        // Внутренний вызов! Транзакция не создаётся.
        auditLog(); 
    }
    @Transactional
    public void auditLog() {
        // Этот код выполняется в той же транзакции T1,
        // а не в новой.
    }
}

В этом примере будет создана только одна транзакция для всего метода processOrder().

Как заставить создать новую транзакцию?

Если вам нужно, чтобы внутренний метод работал в отдельной транзакции, есть два основных подхода:

1. Использовать self-injection: Внедрить ссылку на самого себя и вызывать метод через неё, чтобы вызов шёл через прокси.
2. Изменить propagation behavior: Установить @Transactional(propagation = Propagation.REQUIRES_NEW) на внутреннем методе и убедиться, что вызов идёт через прокси (например, через self-injection).

Этот механизм критически важен для понимания при проектировании сервисного слоя, чтобы избежать неожиданного поведения, когда несколько операций в одной транзакции либо все завершаются успешно, либо откатываются вместе.

Вывод: По умолчанию внутренний вызов @Transactional методов не создаёт новую транзакцию из-за ограничений проксирования AOP. Для создания отдельной транзакции необходимо явно управлять вызовом через прокси или изменять propagation.