spring boot自动配置加载顺序问题需通过@autoconfigurebefore/@autoconfigureafter、autoconfiguration.imports文件、spring-autoconfigure-metadata.properties、@order或@dependson四种方式精准干预，分别适用于类级依赖、多自定义配置排序、bean级初始化及隐式依赖强制控制。
SpringBoot启动时自动配置类加载顺序错乱，导致自定义配置被官方配置覆盖、@ConditionalOnBean条件判断失败、多starter间bean注册冲突——这些问题必须通过精准干预加载顺序来解决，不能仅靠删配置或改注解碰运气。
用@AutoConfigureBefore/@AutoConfigureAfter强制排序
这是最直接、最可靠的干预方式，适用于明确知道两个自动配置类依赖关系的场景。
第一步：确认你要调整顺序的两个自动配置类全限定名，比如官方的 DataSourceAutoConfiguration 和你自定义的 MybatisPlusCustomizerAutoConfiguration。
第二步：在你的自定义配置类上添加 @AutoConfigureBefore(DataSourceAutoConfiguration.class)，确保它在官方配置之前加载并注册自己的 DataSourceBuilder Bean。
第三步：如果要让某个配置「后于」另一个加载，用 @AutoConfigureAfter 替代。注意：这两个注解只能作用于标注了 @Configuration 的自动配置类，且目标类必须是 Spring Boot 官方或第三方 starter 中声明的 AutoConfiguration 类（即在 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件里注册过的类）。
【不满足此前提的类加了注解也无效】
用spring.factories或spring-autoconfigure-metadata.properties控制导入顺序
当多个自定义自动配置类之间需要排定先后，且它们不直接依赖官方类时，此方法更底层、更稳定。
方法一：修改 resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件
把你要优先加载的配置类全名写在文件顶部，每行一个；后加载的类写在下方。Spring Boot 2.7+ 已弃用 spring.factories 中的 EnableAutoConfiguration 键，必须使用此新文件格式。
方法二：在 resources/META-INF/spring-autoconfigure-metadata.properties 中显式声明条件与顺序
例如写入：com.example.MyFirstAutoConfiguration.Condition=OnClass:org.springframework.jdbc.core.JdbcTemplate → 这会触发条件检查前置，间接影响排序时机；再配合 imports 文件中的位置，形成双重保障。
注意：此文件不是必须的，但一旦存在，Spring Boot 会优先读取它来构建条件元数据，比纯 imports 更精细。
用@Order或Ordered接口控制非自动配置Bean的初始化顺序
自动配置类内部的 Bean 加载顺序，无法用 @AutoConfigureBefore 控制到具体 Bean 级别——这时需下沉到 Bean 层面。
在你的 @Configuration 类中，给关键 Bean 添加 @Order 注解，数值越小越早初始化：
@Bean@Order(-1)public DataSource dataSource() { ... } // 早于默认 Order=0 的 Bean
若该 Bean 实现了 Ordered 接口，则重写 getOrder() 方法返回负值即可。
这一步特别适用于数据库连接池初始化、加密密钥加载、Redis连接预热等强顺序依赖场景。
用@DependsOn打破隐式依赖链
当两个 Bean 本无代码级依赖，但运行时逻辑要求 A 必须在 B 之后初始化（例如 B 是 A 的监控代理），@DependsOn 是唯一硬性手段。
@Component@DependsOn("dataSource")public class DatabaseMigrationRunner { ... }
这会强制容器先完成 dataSource 的实例化和初始化，再执行 DatabaseMigrationRunner 构造器。
【@DependsOn 会强制触发被依赖 Bean 的初始化，哪怕它是 @Lazy 的】
