@Value注解在实现Spring Condition的类中未按预期生效

这个问题的核心原因是**@Value注解的注入时机晚于Spring Condition的执行时机**，咱们一步步拆解清楚：

为什么会出现这种矛盾？ #

Spring Condition的matches()方法是在Bean定义注册阶段执行的——这时候Spring还只是在判断哪些Bean需要被创建，还没到实例化Bean、填充属性的步骤。而@Value注解的属性注入是在Bean实例化完成后的属性填充阶段才会触发。所以当你的Condition类执行matches逻辑时，@Value注入的host和port还没被赋值，自然保持默认的null和0；而System.getProperty()是直接从JVM系统属性中取值，完全不受Spring生命周期的限制，所以能拿到正确的localhost和3000。

正确的解决方案 #

根据你的使用场景，有两种合适的处理方式：

1. 在Condition的matches方法中直接获取配置

利用ConditionContext提供的Environment对象来获取配置，这是Spring官方推荐的方式——它能统一处理系统属性、环境变量、配置文件等多种配置源，比直接用System.getProperty更灵活通用。

示例代码：

public class YourCondition implements Condition {
    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        // 从ConditionContext中拿到Environment实例
        Environment env = context.getEnvironment();
        
        // 获取配置值，还可以指定默认值兜底
        String host = env.getProperty("userstore.host");
        int port = env.getProperty("userstore.port", Integer.class, 0);
        
        // 这里执行你的判断逻辑
        System.out.println("host = " + host + " port = " + port + " returns true");
        return true;
    }
}

2. 如果Condition类后续逻辑需要复用配置值

如果你的Condition类除了matches方法外，其他业务逻辑也需要用到这些配置，可以让它实现EnvironmentAware接口，Spring会自动注入Environment，你可以在初始化阶段提前把配置值缓存下来：

示例代码：

public class YourCondition implements Condition, EnvironmentAware {
    private String userStoreHost;
    private int userStorePort;

    @Override
    public void setEnvironment(Environment environment) {
        // 在Spring注入Environment时，提前拉取配置值
        this.userStoreHost = environment.getProperty("userstore.host");
        this.userStorePort = environment.getProperty("userstore.port", Integer.class, 0);
    }

    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        // 直接使用提前缓存的配置值即可
        System.out.println("host = " + userStoreHost + " port = " + userStorePort + " returns true");
        return true;
    }

    // 类中其他方法也可以直接使用userStoreHost和userStorePort
}

额外提醒 #

尽量避免在Condition类中依赖@Value注入，它的生命周期和Condition的执行时机完全不匹配。Spring设计Condition机制时，就是通过ConditionContext来提供访问环境、资源、Bean定义等信息的能力，这才是符合Spring生态的正确用法。

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