springboot自动配置类排序决定bean创建、配置覆盖及starter兼容性，排序在条件过滤前执行且仅对@enableautoconfiguration加载的类生效；通过@autoconfigurebefore、@autoconfigureafter和@autoconfigureorder控制相对或绝对顺序，最终经dag拓扑排序确定执行序列。
SpringBoot自动配置类排序直接决定Bean能否被正确创建、自定义配置能否覆盖默认配置、多Starter之间是否发生冲突，顺序错一位就可能引发NoSuchBeanDefinitionException或配置静默失效。
理解排序的底层触发点
SpringBoot在启动时调用AutoConfigurationImportSelector加载所有候选配置类后，必须先完成排序，才能逐个执行@Conditional条件判断。这一步不可跳过——【未排序的配置类无法进入条件过滤环节】。
排序发生在条件过滤之前，且只对通过@EnableAutoConfiguration机制加载的类生效（即META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports中声明的类），手动注册或@ComponentScan扫描到的@Configuration类不参与此排序流程。
三种核心注解控制相对顺序
方法一：用@AutoConfigureBefore指定“我必须在谁之前加载”
在自定义配置类上添加@AutoConfigureBefore(DataSourceAutoConfiguration.class)，表示该类会在DataSourceAutoConfiguration解析前执行。适用于你提供的Bean是DataSource依赖的基础组件（如数据库连接池参数校验器）。
方法二：用@AutoConfigureAfter指定“我必须在谁之后加载”
@AutoConfigureAfter(HttpMessageConvertersAutoConfiguration.class)用于确保你的自定义HttpMessageConverter已知系统已有哪些默认转换器，避免重复注册或类型覆盖错误。
方法三：用@AutoConfigureOrder设定绝对优先级值
@AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE + 50)让配置类获得极高优先级，常用于基础设施类（如日志上下文初始化、全局异常处理器注册）。注意：数值越小，优先级越高；默认值Ordered.LOWEST_PRECEDENCE = Integer.MAX_VALUE，意味着最低优先级。
排序结果由算法自动合并
第一步：提取每个配置类的排序依据——优先读取@AutoConfigureOrder值；若不存在，则检查@AutoConfigureBefore/@AutoConfigureAfter形成的依赖图；最后 fallback 到类名自然排序（仅作保底，不可依赖）。
第二步：构建有向无环图（DAG），将@AutoConfigureBefore(A.class)→A类节点入度+1，@AutoConfigureAfter(B.class)→B类节点出度+1。SpringBoot会检测环状依赖并抛出IllegalStateException。
第三步：执行拓扑排序。若图中存在多个入度为0的节点，则按类名字符串升序排列——这是唯一引入确定性但非业务语义的排序依据，【务必避免让关键配置类依赖此行为】。
验证排序是否生效
启动应用时添加JVM参数-Ddebug，控制台会输出类似“Positive matches:”和“Negative matches:”区块，其中每行开头显示配置类全限定名及加载顺序编号（如#12/156），编号越小表示越早执行。
更精确的方式是在配置类构造函数中打印日志，例如public MyAutoConfig() { System.out.println("MyAutoConfig loaded at order #" + getOrder()); }，前提是该类已实现Ordered接口并重写getOrder()——但这仅适用于你完全掌控的自定义类，不适用于Spring Boot官方自动配置类。
