如何从YAML配置文件为Spring模型类变量设置默认值，解决@Value赋值为null问题？

根因定位 #

@Value的属性注入逻辑仅对Spring容器托管的Bean生效，这是你在Service类中能正常完成赋值、在模型类中注入值始终为null的核心原因：

• Service类会被Spring扫描流程注册为容器管理的Bean，容器在完成对象实例化后，会自动触发注解驱动的属性填充流程，能够正常读取多环境配置文件里对应的type值完成赋值
• 常规开发中的模型类（POJO/DTO/VO类）是通过手动new创建的值对象，完全不在Spring容器的生命周期管理范围内，Spring根本感知不到这类手动创建的实例，自然不会执行@Value对应的属性填充逻辑，被标记的字段就会一直保持初始的null值。

适配多环境取值的可落地实现方案 #

结合“不同部署环境下变量默认取值存在差异”的实际需求，可选择以下方案实现功能，同时避免模型类和Spring容器的不必要耦合：

• 方案1：单独定义Spring托管的环境配置读取类，统一加载所有按环境区分的配置项。参考代码结构：

  @Component
  public class EnvConfigReader {
      @Value("${type}")
      private String defaultDeployType;
  
      public String getDefaultDeployType() {
          return defaultDeployType;
      }
  }
  

  后续业务代码手动创建模型类实例时，通过项目中注入的EnvConfigReader实例拿到对应环境的配置值，调用模型类的setter方法给type字段赋值即可。
• 方案2：实现ApplicationContextAware接口编写通用的Spring上下文工具类，在容器启动时缓存上下文对象，需要读取环境配置时，直接从上下文绑定的环境配置源中读取对应key的值，再赋值给模型类的字段。这个方案适合项目中多处需要读取零散配置的场景，不需要为每类配置单独编写托管Bean。
• 方案3：如果模型类本身是无状态的单例场景，可以直接给模型类加上@Component注解纳入容器管理，此时类上的@Value注解就能正常生效。注意这个方案完全不适合需要携带动态业务数据、多实例创建的通用模型类，否则会出现多实例数据被覆盖的线程安全问题。

提醒：不建议为了给模型类字段注入值，强行把通用模型类纳入Spring容器管理，值对象的设计初衷就是作为独立的数据载体，和容器托管Bean的设计定位存在本质差异，强行耦合会大幅提升后续的维护成本。

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