Порядок: конструктор → внедрение полей и сеттеров → Aware-колбэки → BPP before → @PostConstruct → afterPropertiesSet → initMethod → BPP after (здесь появляются прокси).
А ещё Для prototype destroy-колбэки не вызываются
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Практический смысл порядка в том, что в конструкторе зависимостей, внедряемых через поля или сеттеры, ещё нет — рабочей точкой для логики инициализации является @PostConstruct, когда бин уже собран. Между ними стоят Aware-интерфейсы и BeanPostProcessor: именно на шаге postProcessAfterInitialization бин чаще всего подменяется на прокси, из-за чего @Transactional и @Async не работают при вызове внутри самого бина. Уничтожение зеркально: @PreDestroy, затем DisposableBean.destroy и destroy-method.
Один верный вариант. Подумайте, потом откройте ответ.
Бин и BeanDefinition, полный жизненный цикл, роль BeanPostProcessor, области видимости и их ловушки.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto