SpringBoot启动时EnvironmentPostProcessor实现类Autowired属性为null如何解决

EnvironmentPostProcessor是Spring Boot启动流程中非常早期的扩展点，执行阶段在Spring Bean容器初始化之前，此时所有@Component、@Bean定义的Bean都还没有被实例化，Spring的依赖注入逻辑尚未启动，因此@Autowired注解不会生效，注入的对象必然为null。

根据你的业务需求可以二选一：

• 如果你的逻辑必须在环境准备阶段执行（比如要把读取到的配置注入到Spring Environment中供后续Bean初始化使用），且KeysConfig的逻辑不依赖其他Spring管理的Bean，直接手动实例化KeysConfig即可，不要依赖Spring注入：

@Override
public void postProcessEnvironment(ConfigurableEnvironment environment,
                                   SpringApplication application) {
    // 手动实例化无需依赖容器
    KeysConfig keysConfig = new KeysConfig();
    String key = keysConfig.getSecretKeyMap().get("key12");
    // 原有逻辑
}

• 如果你的逻辑不需要在环境准备阶段执行，仅需要在容器启动完成后运行，直接更换扩展点即可，选择容器初始化完成后执行的扩展点，依赖注入就能正常生效：
  可选择的扩展点包括ApplicationListener、ApplicationRunner、CommandLineRunner，示例代码如下：

@Slf4j
@Component
public class AppStartupRunner implements ApplicationRunner {
    @Autowired
    KeysConfig keysConfig;

    @Override
    public void run(ApplicationArguments args) throws Exception {
        // 此时所有Bean已完成注入，keysConfig不为null
        String key = keysConfig.getSecretKeyMap().get("key12");
        // 原有逻辑
    }
}

• 在AppEnvironmentPostProcessor的postProcessEnvironment方法第一行打断点，以Debug模式启动应用
• 断点命中后查看调用栈，可看到当前处于SpringApplication的环境准备阶段，还未执行容器刷新（refreshContext）步骤
• 在KeysConfig的构造方法上打额外断点，继续运行程序，会发现KeysConfig构造方法的执行时机明显晚于postProcessEnvironment的执行时机，即可验证为什么注入为null

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