🧠 Сейчас покажу баг, который легко пропустить при работе с @Transactional в Spring Boot 3+.



📌 Проблема — транзакция не работает, потому что метод вызывается изнутри того же класса.

Рассмотрим пример:

@Service
public class UserService {

@Transactional
public void createUser(User user) {
saveUser(user);
sendWelcomeEmail(user); // бросает исключение
}

public void saveUser(User user) {
userRepository.save(user);
}
}

💥 Если sendWelcomeEmail выбросит исключение — транзакция не откатится, потому что @Transactional работает через прокси. Вызов createUser() должен идти извне, чтобы Spring "знал", что нужно обернуть вызов в транзакцию.


✅ Решения:

1. Вынести transactional-метод в отдельный бин:

@Service
public class UserCreationService {
@Transactional
public void createUser(User user) {
// ...
}
}

2. Внедрить self-прокси:

@Autowired
private UserService self;

public void externalCaller(User user) {
self.createUser(user);
}

3. Использовать AopContext:

((UserService) AopContext.currentProxy()).createUser(user);

⚠️ Не забудь включить exposeProxy = true в @EnableAspectJAutoProxy.


💡 Современный подход — разделение ответственности: transactional-методы живут в отдельных сервисах, их проще тестировать и не возникает подобных ловушек.


👉 @BookJava
Просмотры: 573
Открыть в MAX Сообщить о неточности

Репосты публикации

Публикация канала

Сообщить о неточности

Опишите, что нужно исправить. Если есть источник, добавьте ссылку.

Вы покидаете datool.ru

Ссылка ведёт на внешний сайт. datool.ru не отвечает за его содержимое — проверьте адрес, прежде чем вводить пароли или платёжные данные.

Переход через 10 с

Перейти