Spring Boot全参数构造器注入场景下是否可以不使用@PostConstruct？

你当前使用的场景下方案1完全无安全风险，且Spring Boot 2+版本更推荐使用方案1，只要项目能正常启动就不会出现执行异常。

• Spring的依赖注入逻辑会保证：构造器注入的依赖Bean，在传入当前类构造函数前，已经完成了全量初始化流程：包括实例创建、属性填充、@ConfigurationProperties 绑定、相关Aware接口回调、BeanPostProcessor前置/后置处理，你拿到的是完全可用的状态。
• 针对@ConfigurationProperties类，Spring Boot 2.0+版本已经优化了属性绑定的时机，所有配置属性的解析绑定都会早于业务Bean的初始化，不存在构造器读取时属性还未赋值的问题。

只有当你同时满足以下两个条件时，方案1才会有问题：

• 你的ServiceConfigProperties类被代理（比如加了@RefreshScope、@Transactional等切面注解）
• 你在构造器中调用的是代理类还未完成增强的方法

但这种场景下即使你用方案2也会出现同样的问题，和是否在构造器操作无关，属于代理类本身的初始化逻辑问题。而且构造器注入天然不支持循环依赖，只要项目能正常启动，就排除了依赖未初始化的问题。

方案2只在以下场景才有必要性：

• 你需要保留ServiceConfigProperties的引用后续做其他操作
• 你需要赋值的skipCheck属性依赖当前类自身的多个注入属性，需要等所有依赖都注入完成后再统一计算
• 你的配置属性是动态刷新的（比如用了@RefreshScope），需要配合刷新逻辑重新赋值

如果你没有以上需求，方案1的写法更简洁，也不需要额外存储无用的配置类引用，是更优的选择。

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