@Conditional создаёт бин или конфигурацию только при выполнении условия. На этом построена вся автоконфигурация Spring Boot: @ConditionalOnClass, @ConditionalOnMissingBean, @ConditionalOnProperty, @ConditionalOnBean.
А ещё @Profile — частный случай условия
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Базовый механизм: @Conditional(MyCondition.class) и класс, реализующий Condition.matches(context, metadata). Если false, бин или вся @Configuration не регистрируются.
Готовые условия Spring Boot:
sotto@ConditionalOnClass / OnMissingClass — есть ли класс на classpath (библиотека подключена);@ConditionalOnBean / @ConditionalOnMissingBean — есть ли бин такого типа; второе — основа переопределения: «создам ObjectMapper, только если вы не создали свой»;@ConditionalOnProperty(name = "features.reports.enabled", havingValue = "true") — включение по настройке;@ConditionalOnWebApplication, @ConditionalOnResource, @ConditionalOnExpression, @ConditionalOnJava, @ConditionalOnCloudPlatform.**Подводный камень OnBean:** условие проверяется в момент обработки конфигурации. Если нужный бин регистрируется позже, условие не сработает. Поэтому в пользовательских @Configuration его избегают, а в автоконфигурациях задают порядок (@AutoConfiguration(after = DataSourceAutoConfiguration.class)).
Отладка: отчёт условий — --debug или /actuator/conditions.
@Configuration
class ReportsConfig {
@Bean
@ConditionalOnProperty(prefix = "features.reports", name = "enabled", havingValue = "true")
ReportScheduler reportScheduler() { return new ReportScheduler(); }
}@SpringBootApplication и starters, механизм автоконфигурации по условиям, переопределение через @ConditionalOnMissingBean, внешняя конфигурация и её приоритеты.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.