Environment.getProperty与@Value取值是否等效？代码重构可行性咨询

没问题，你这次的代码修改完全可行，只要注意小细节就不会出现异常行为，下面详细给你拆解：

一、两者取值的一致性 #

environment.getProperty("server.port")和@Value("${server.port}")在正常场景下是完全等价的。它们本质上都是从Spring的Environment对象中读取配置属性，底层依赖的是同一个配置解析逻辑——不管你的配置来自application.properties、环境变量、系统参数还是其他Spring支持的配置源，只要配置没有变动，两者拿到的值肯定是一样的。

二、修改后代码的注意事项 #

你改成@Value注入的写法是合理的，但有个小细节需要留意：

• 默认情况下，如果server.port这个属性不存在（比如配置文件里没写，也没有环境变量兜底）：
  • 原来的environment.getProperty会返回null，不会影响Bean初始化；
  • 而@Value("${server.port}")会直接抛出IllegalArgumentException，导致MyService这个Bean初始化失败。
    如果你想兼容属性不存在的情况，可以给@Value加个默认值：

  @Value("${server.port:}") // 冒号后为空，默认值是null
  private String API_PORT;
  // 或者指定具体默认值，比如8080
  // @Value("${server.port:8080}")
  

• 你的无参构造函数是没问题的，Spring会自动用它实例化Bean，@Value的注入会在Bean实例化完成后的依赖注入阶段执行，属性会被正常赋值。

三、额外场景的差异（你的场景不涉及） #

如果遇到复杂的属性解析需求（比如使用SpEL表达式），@Value可以直接写在注解里，比如@Value("#{systemProperties['os.name']}")，而Environment.getProperty需要结合Environment.resolvePlaceholders或者单独处理SpEL，但你的场景只是简单读取配置属性，所以不用考虑这个差异。

总结一下：你把构造函数注入Environment改成@Value注入的写法是完全可行的，只要处理好属性不存在的情况，两者拿到的配置值是完全一致的。

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