确定性是最重要的事情

<think> 嗯，用户这次聚焦在Spring Boot自动配置的核心方法getAutoConfigurationEntry的具体步骤上，看来是想深入理解筛选自动配置类的底层机制。结合之前的对话，用户应该已经掌握了自动配置的整体流程（从@EnableAutoConfiguration到spring.factories加载），现在需要解剖这个“过滤器”的内部构造。 从引用[2]和[3]来看，用户提供的资料其实已经暗示了关键点：配置类的获取与过滤。不过用户特意强调“最重要的步骤”，说明要避免平铺直叙，需要突出决策逻辑。我注意到引用[4]里出现的exclude参数其实暗含了优先级规则——用户排除配置的优先级最高，这个细节值得展开。 用户可能是开发人员正在调试自动配置问题，或者是架构师需要定制starter。考虑到方法里七个步骤中，这四个最具技术分量： 1. getCandidateConfigurations涉及类加载机制（SPI与spring.factories） 2. removeDuplicates暴露Spring处理重复配置的策略 3. getExclusions展现用户干预配置的多种方式（注解/配置项） 4. filter方法引入Conditional条件过滤的复杂规则链 尤其是filter这一步，引用[1]提到“后面就是Spring Java Config的事”，但恰恰AutoConfigurationImportFilter的过滤机制才是Spring Boot特有的（比如OnBeanCondition）。用户如果跳过这里，就无法理解为什么配置类会动态失效。 需要警惕的是，用户上次问过condition过滤规则（旧对话的相关问题3），这次回答要避免简单重复，重点放在步骤间的衔接关系。比如exclusions移除发生在condition过滤之前，意味着用户排除的类根本不会参与条件评估——这对性能优化很重要。 最后考虑用“漏斗模型”比喻：候选名单→去重→主动排除→条件过滤→最终装载，这样比纯文字描述更直观。技术深度和可理解性需要平衡，毕竟用户没要求看源码。 </think> 在 Spring Boot 自动配置原理中，`getAutoConfigurationEntry` 方法是筛选自动配置类的核心逻辑，其中最关键的步骤如下（按执行顺序）： --- ### **1. 加载候选配置类** 通过 `getCandidateConfigurations()` 从 `META-INF/spring.factories` 加载所有声明的自动配置类： ```java List<String> configurations = getCandidateConfigurations(annotationMetadata, attributes); ``` - **底层机制**：基于 Spring 的 `SpringFactoriesLoader`，扫描所有 jar 包的 `spring.factories` 文件，读取 `org.springframework.boot.autoconfigure.EnableAutoConfiguration` 键下的全限定类名[^2][^3]。 - **结果示例**： ```properties # spring-boot-autoconfigure.jar 中的配置 org.springframework.boot.autoconfigure.EnableAutoConfiguration=\ org.springframework.boot.autoconfigure.web.servlet.DispatcherServletAutoConfiguration,\ org.springframework.boot.autoconfigure.jackson.JacksonAutoConfiguration ``` --- ### **2. 去重处理** ```java configurations = removeDuplicates(configurations); ``` - 防止同一配置类被多次加载（如依赖冲突时可能出现重复）。 --- ### **3. 处理排除项** 通过 `getExclusions()` 获取需排除的配置类： ```java Set<String> exclusions = getExclusions(annotationMetadata, attributes); configurations.removeAll(exclusions); ``` - **排除来源**： - `@EnableAutoConfiguration(exclude={DataSourceAutoConfiguration.class})` 注解显式排除。 - 配置文件中的 `spring.autoconfigure.exclude` 属性[^4]。 - **优先级极高**：用户主动排除的配置类会直接从候选列表中移除。 --- ### **4. 条件过滤** 调用 `AutoConfigurationImportFilter` 进行条件筛选： ```java configurations = getConfigurationClassFilter().filter(configurations); ``` - **核心机制**： 遍历所有 `AutoConfigurationImportFilter` 实现（如 `OnClassCondition`, `OnBeanCondition`），通过 `match()` 方法检查条件注解（如 `@ConditionalOnClass`, `@ConditionalOnMissingBean`）。 - **过滤逻辑**： 若配置类不满足条件（如依赖的类不存在或所需 Bean 已存在），则被移除。 **示例**： ```java @Configuration @ConditionalOnClass({DataSource.class, EmbeddedDatabaseType.class}) // 仅当类存在时生效 public class DataSourceAutoConfiguration { ... } ``` --- ### **5. 事件通知** ```java fireAutoConfigurationImportEvents(configurations, exclusions); ``` - 发布 `AutoConfigurationImportEvent` 事件，通知监听器（如诊断工具）哪些配置类已被加载或排除。 --- ### **总结流程图示** $$ \begin{array}{c} \text{加载候选配置类} \\ \downarrow \\ \text{去重} \\ \downarrow \\ \text{移除用户排除项} \\ \downarrow \\ \text{条件注解过滤} \\ \downarrow \\ \text{返回最终生效的配置类} \end{array} $$ 通过以上步骤，Spring Boot 确保**仅加载满足当前环境条件的自动配置类**，这是自动配置灵活性的核心机制[^1][^3]。 --- ### **相关问题** 1. `@Conditional` 系列注解的具体作用是什么？如何自定义条件注解？ 2. 如何在不修改代码的情况下，通过配置文件动态排除自动配置类？ 3. 自动配置类的加载顺序如何确定？哪些因素会影响优先级？ [^1]: 一般来说，和网络上 Spring Boot 敢于这块的源码解析，我们就可以结束了。如果单纯是为了了解原理 Spring Boot 自动配置的原理，这里结束也是没问题的。因为，拿到 Configuration 配置类后，后面的就是 Spring Java Config 的事情了。 [^2]: Springboot 系列（三）Spring Boot 自动配置原理。继续跟踪 AutoConfigurationImportSelector.class .在这个类有一个重要的方法 getCandidateConfigurations.用于加载 Spring Boot 配置的自动配置类。 [^3]: spring-boot自动配置原理。所以@EnableAutoConfiguration注解通过@SpringBootApplication标记在了Spring Boot的启动类上。在SpringApplication.run()的内部就会执行selectImports()方法，找到所有JavaConfig自动配置类的class，然后将所有自动配置类加载到Spring容器中。 [^4]: Spring Boot 系列二：SpringBoot自动配置原理，架构师修炼之道pdf百度云。StringENABLED_OVERRIDE_PROPERTY="spring.boot.enableautoconfiguration"; Class<?>[]exclude()default{}; String[]excludeName()default{}; }