События ApplicationEventPublisher по умолчанию обрабатываются синхронно, в том же потоке и той же транзакции: исключение слушателя откатит публикатора. Асинхронность — явно через @Async.
А ещё События внутри приложения не заменяют брокер между сервисами
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Это самое частое заблуждение по теме: публикация события выглядит как «отправил и забыл», но фактически это обычный вызов метода. Поэтому медленный обработчик замедляет издателя, а брошенное им исключение доходит до вызывающего кода и откатывает транзакцию. Для отправки уведомлений после успешного сохранения нужен @TransactionalEventListener с фазой AFTER_COMMIT — иначе письмо уйдёт даже при откате. Для настоящей асинхронности добавляют @Async и включают @EnableAsync, но тогда обработчик выполняется вне транзакции издателя, и это надо учитывать.
Несколько верных вариантов. Подумайте, потом откройте ответ.
События приложения и @EventListener, FactoryBean, Aware-интерфейсы, порядок бинов (@Order/@DependsOn) и отложенное получение (ObjectProvider/@Lazy/@Lookup).
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto