@Configuration类中ApplicationContext可用性与Bean加载顺序确认

我来帮你理清这两个和Spring容器加载相关的问题，都是有明确机制保证，不会出现随机失败的情况：

1. ServicesConfig1中的ApplicationContext是否一定不为NULL？ #

完全可以保证绝不会为NULL，这不是随机的结果，是Spring的配置类加载机制决定的：

• Spring在处理@Configuration类时，会先完成配置类自身的依赖注入流程，包括注入ApplicationContext这类容器级别的依赖。
• 只有当配置类本身的所有依赖都注入完成后，Spring才会去执行类中的@Bean方法来创建Bean实例。
• 所以当bean1()方法被调用时，ServicesConfig1已经被完全初始化，ctx肯定已经被注入，不存在为空的可能，你的测试结果是必然的，后续也不会出现异常情况。

2. Bean1加载时如何确保Bean2已完成初始化（不迁移Bean2到ServicesConfig1）？ #

有两种可靠的方案，推荐优先使用第一种更符合Spring规范的方式：

方案一：通过@Bean方法参数直接注入Bean2 #

这是Spring最推荐的依赖处理方式，直接把Bean2作为bean1()方法的参数，Spring会自动在容器中查找Bean2实例，并且强制保证Bean2先于Bean1完成初始化，不管Bean2定义在哪个配置类中：

@Configuration
public class ServicesConfig1 {
    @Bean
    public Bean1 bean1(Bean2 bean2) {
        // 直接使用注入的bean2即可，无需手动从上下文获取
        return new Bean1(bean2);
    }
}

这种方式不仅省去了手动调用ctx.getBean()的麻烦，还能让依赖关系更清晰，Spring会自动维护加载顺序。

方案二：使用@DependsOn注解声明依赖 #

如果因为特殊需求必须保留ctx.getBean()的写法，可以在bean1()方法上添加@DependsOn注解，明确指定Bean1依赖Bean2，Spring会严格按照依赖顺序创建Bean：

@Configuration
public class ServicesConfig1 {
    @Inject
    private ApplicationContext ctx;

    @Bean
    @DependsOn("bean2") // 这里的参数是Bean2的名称，默认是方法名bean2
    public Bean1 bean1() {
        Bean2 bean2 = ctx.getBean(Bean2.class);
        // ... 你的业务逻辑
        return new Bean1(bean2);
    }
}

需要注意的是，如果Bean2的@Bean方法指定了自定义名称（比如@Bean("customBean2")），那么@DependsOn的参数也要改成对应的自定义名称。

内容的提问来源于stack exchange，提问作者YevgenyL