@configuration加载顺序

在 Spring Boot 中，@Configuration 类定义了应用程序的配置，它可以被用作代替 XML 配置文件。@Configuration 类可以包含 @Bean 注解，用于声明应用程序中的 Bean。

@Configuration 类的加载顺序如下：

1. 加载外部化配置文件：首先，Spring Boot 会加载应用程序中的外部化配置文件，例如 application.properties 或 application.yml。

2. 加载 Spring Boot 自动配置类：然后，Spring Boot 会加载自动配置类，这些类根据应用程序中的依赖关系自动配置 Spring 应用程序上下文。

3. 加载 @Configuration 类：最后，Spring Boot 会加载 @Configuration 类，并将其中的 Bean 注册到 Spring 应用程序上下文中。

需要注意的是，@Configuration 类的加载顺序也可以通过 @DependsOn 注解显式指定。

相关问题

多个 @Configuration 加载顺序

多个 @Configuration 加载顺序是根据 @Import 注解的顺序来确定的。如果没有 @Import 注解，则根据类路径扫描的顺序来确定。

例如，假设有三个配置类 A、B、C，它们都使用了 @Configuration 注解，并且在 A 中使用了 @Import({B.class, C.class}) 注解来导入 B 和 C 配置类。那么加载顺序将是 B、C、A。

@component和@configuration执行顺序如何调整

在Spring中，`@Component`是用于标注一个普通的Java类，表示这个类会被Spring自动扫描并注册为一个Bean。而`@Configuration`则是用于标注一个Java类，表示这个类会定义一个或多个Bean的配置。

由于`@Component`和`@Configuration`都是用于定义Bean的，因此它们的执行顺序是有一定影响的。通常情况下，我们应该先执行`@Configuration`，再执行`@Component`，因为后者可能依赖前者定义的Bean。

如果我们想要调整它们的执行顺序，可以通过修改`@ComponentScan`注解的`basePackageClasses`属性来实现。例如，我们可以将`@Configuration`所在的类的类名添加到`basePackageClasses`属性中，这样就可以保证`@Configuration`先于`@Component`执行：

@Configuration
public class AppConfig {
    // ...
}

@ComponentScan(basePackageClasses = AppConfig.class)
public class Application {
    // ...
}

这样做的原理是，`@ComponentScan`会扫描指定类所在的包及其子包下的所有类，并将其中标注有`@Component`等注解的类注册为Bean。而通过将`@Configuration`所在的类的类名添加到`basePackageClasses`属性中，我们可以保证这个类会被先加载，从而先注册其中定义的Bean。