🧠 Трюк с @EventListener в Spring Boot — неочевидная ловушка

Когда ты используешь @EventListener для обработки событий в Spring, ты можешь попасть в баг, который очень сложно отловить в бою — пропущенные события.

📌 Пример:

@Component
public class MyListener {

    @EventListener
    public void on(MyEvent event) {
        // логика
    }
}

Если MyListener бин ещё не проинициализирован, а событие уже публикуется (ApplicationEventPublisher#publishEvent), то метод on просто не будет вызван. Spring не будет "накапливать" события для будущих слушателей.

⚠️ Это особенно критично, если ты триггеришь событие в @PostConstruct или в CommandLineRunner, а слушатель находится в другом бине, который ещё не загружен.

💡 Как избежать:

1. Используй явное управление порядком инициализации через @DependsOn.
2. Не публикуй события слишком рано — лучше в ApplicationReadyEvent:

@Component
public class Publisher {

    private final ApplicationEventPublisher publisher;

    public Publisher(ApplicationEventPublisher publisher) {
        this.publisher = publisher;
    }

    @EventListener(ApplicationReadyEvent.class)
    public void onReady() {
        publisher.publishEvent(new MyEvent(this));
    }
}

🧵 Альтернатива: если тебе нужно гарантированное выполнение в момент старта — лучше использовать ApplicationRunner или InitializingBean, где порядок можно контролировать проще.

👉@BookJava