ApplicationContextAware和@configration先执行

### ApplicationContextAware 和 @Configuration 执行顺序

在 Spring 容器的初始化过程中，`ApplicationContextAware` 和 `@Configuration` 类的执行顺序遵循一定的规律。

#### ApplicationContextAware 接口的作用
当一个类实现了 `ApplicationContextAware` 接口时，在该 Bean 的实例化完成后会调用其中的 `setApplicationContext(ApplicationContext applicationContext)` 方法。这使得 Bean 可以获得对整个应用上下文对象的引用[^2]。

#### Configuration 注解的功能
带有 `@Configuration` 注解的类用于定义配置类，这些类可以包含多个使用 `@Bean` 注解的方法来声明并创建新的 Beans。这类 Bean 主要用来提供依赖注入所需的组件定义和服务设置等功能[^1]。

#### 初始化流程中的具体位置
在整个 Spring 应用程序上下文加载的过程中：

- **先处理标注有 `@Configuration` 的类**：Spring 需要在解析阶段读取所有的配置元数据（包括 XML 文件、Java Config 等），因此它会在早期就识别到所有带 `@Configuration` 的类，并准备它们所描述的各种 Bean。

- **再处理实现了特定生命周期回调接口的对象**：对于那些实现了诸如 `ApplicationContextAware`, `InitializingBean` 或者拥有 `@PostConstruct` 标记方法的 Bean 来说，则是在相应的时机触发对应的逻辑。特别是 `ApplicationContextAware` 是在一个 Bean 已经被完全实例化但是还未正式投入使用前被执行；而像 `@PostConstruct` 或者 `InitializingBean.afterPropertiesSet()` 则更晚一些才会发生，通常位于 Bean 生命周期后期，即所有属性都已赋值完毕之后[^3]。

综上所述，在标准情况下，`@Configuration` 类会被优先于普通的业务 Bean 加载和解释，随后才是针对各个 Bean 的各种增强处理器工作以及生命周期管理机制发挥作用的时间点，其中包括了 `ApplicationContextAware` 的设定时刻。

@Configuration
public class AppConfig {
    // Define beans here...
}

@Component
public class MyComponent implements ApplicationContextAware {

    private ApplicationContext context;

    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        this.context = applicationContext;
    }

    // Other methods...
}