java不能在静态类（即static字段）上直接使用@Value绑定环境变量。
直接在一个static字段上使用@Value是不会生效的，该字段会始终为null或默认值。
原因分析
Spring 容器在启动时，会为每个由它管理的 Bean（非静态类）的实例进行依赖注入。而static字段属于类级别的属性，不属于任何一个具体的对象实例。因此，当 Spring 通过反射机制处理@Value注解时，无法将值注入到类的静态字段上。
解决方案
虽然不能直接注入，但有两种非常标准的“曲线救国”方式来实现这个需求：
方案一：通过非静态 Setter 方法注入（推荐）
这是最常用、也最优雅的方式。你需要创建一个普通的 Setter 方法，在该方法上使用@Value，并将接收到的值赋给类中的静态字段。
java
import org.springframework.beans.factory.annotation.Value; import org.springframework.stereotype.Component; @Component // 必须交给Spring管理 public class MyStaticProperties { private static String myEnvValue; // 在setter方法上注入，注意方法名和参数 @Value("${MY_ENV_VAR:defaultValue}") public void setMyEnvValue(String value) { MyStaticProperties.myEnvValue = value; } // 提供静态方法供业务调用 public static String getMyEnvValue() { return myEnvValue; } }方案二：使用@PostConstruct初始化
如果你不想暴露 Setter 方法，可以在类实例化后，通过@PostConstruct将注入到实例字段的值转赋给静态字段。
java
import org.springframework.beans.factory.annotation.Value; import org.springframework.stereotype.Component; import javax.annotation.PostConstruct; @Component public class MyStaticProperties { @Value("${MY_ENV_VAR:defaultValue}") private String tempValue; // 临时存储注入值的实例变量 private static String myEnvValue; @PostConstruct public void init() { MyStaticProperties.myEnvValue = this.tempValue; } public static String getMyEnvValue() { return myEnvValue; } }注意事项
类必须交给 Spring 管理：无论使用哪种方案，包含静态字段的类都必须添加
@Component或其他注解（如@Service），成为 Spring 容器中的一个 Bean，否则@Value和@PostConstruct都不会被触发。访问时机问题：要特别注意，静态字段的值是在 Spring 容器启动过程中才被赋值的。如果在你程序启动的很早期（比如在
main方法刚执行时），或者在非 Spring 管理的类中去调用getMyEnvValue()，此时值可能还是null。
简单来说，记住一个原则：@Value不能直接写在static字段上，但可以通过一个非静态的中间人把它“带”进去。
efaultValue在这里指的就是“默认值”。
在@Value("${MY_ENV_VAR:defaultValue}")这个写法中，冒号（:）后面的部分就是当环境变量MY_ENV_VAR不存在或值为空时，系统会自动使用的备选值。
你可以把它理解为一个“保险机制”，能有效防止因配置缺失导致程序启动报错。
具体示例
java
@Value("${MY_ENV_VAR:127.0.0.1}") private String host;这个代码的实际行为是这样的：
情况一：如果系统环境变量或配置文件中设置了
MY_ENV_VAR=192.168.1.100，那么host的值就是192.168.1.100。情况二：如果电脑里没有这个环境变量，且配置文件里也没写，那么
host的值就是代码中写死的默认值127.0.0.1，程序不会报错。
两种常见的写法
带默认值（推荐）：
${MY_ENV_VAR:默认值}优点：健壮，即使漏配了也有备选方案，程序照样能跑起来。
不带默认值：
${MY_ENV_VAR}优点：强制要求必须在外部配置，否则项目启动时会直接报错（
IllegalArgumentException），能让你第一时间发现配置遗漏。
针对你之前的场景
如果你在静态类的 Setter 方法里这样写：
java
@Value("${MY_ENV_VAR:localhost}") public void setHost(String host) { MyStaticClass.host = host; }这就表示：如果环境变量里配了MY_ENV_VAR，就用配的值；如果没配，就默认给一个localhost作为保底，保证程序能正常执行。
