Spring Boot подключает классы автоконфигурации из списка META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports (до 2.7 — spring.factories). Каждая создаёт бины по условиям: есть ли класс на classpath, есть ли уже такой бин, задано ли свойство.
sotto--debug или /actuator/conditionsА ещё Исключить: @SpringBootApplication(exclude = ...) или spring.autoconfigure.exclude
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Механизм. @SpringBootApplication включает @EnableAutoConfiguration. Он загружает список классов автоконфигурации из всех jar на classpath: в Spring Boot 2.7+ — файл AutoConfiguration.imports, раньше — spring.factories. Каждый класс — обычная @Configuration (точнее @AutoConfiguration), но с условиями.
Условия:
@ConditionalOnClass(DataSource.class) — библиотека есть на classpath;@ConditionalOnMissingBean — пользователь не определил свой бин;@ConditionalOnProperty("spring.cache.type") — задано свойство;@ConditionalOnWebApplication, @ConditionalOnBean и другие.Пример: добавили spring-boot-starter-data-jpa — на classpath Hibernate и HikariCP; автоконфигурация создаёт DataSource из spring.datasource.*, EntityManagerFactory, менеджер транзакций. Объявили свой DataSource — @ConditionalOnMissingBean выключит стандартный.
Отладка: java -jar app.jar --debug печатает отчёт условий (какие конфигурации применены и почему нет), то же в /actuator/conditions.
Свой стартер — модуль с классом @AutoConfiguration и записью в AutoConfiguration.imports.
Один верный вариант. Подумайте, потом откройте ответ.
@SpringBootApplication и starters, механизм автоконфигурации по условиям, переопределение через @ConditionalOnMissingBean, внешняя конфигурация и её приоритеты.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.