在@ConditionalOnExpression中引用枚举类型@Configuration Bean报错

核心原因 #

是的，@ConditionalOnExpression确实是在Bean实例化之前执行的——准确来说，它是在Spring扫描并注册BeanDefinition的阶段生效，这个阶段早于Bean的实例化、依赖注入流程。你在@Configuration类中定义的jobType Bean，本身也需要在这个扫描注册阶段被处理，所以当Spring处理被@ConditionalOnExpression标注的@Component时，jobType Bean还未完成注册，自然会报找不到的异常。

简单说：条件注解的判断逻辑跑在Bean创建之前，这时候你的jobType Bean还不存在，表达式里当然找不到它。

可行解决方案 #

方案1：直接读取配置文件属性（推荐） #

既然jobType的值来自application.properties，不如直接在表达式里引用配置属性，跳过Bean的依赖：

@Component
@ConditionalOnExpression("'${job.type}' == 'EXPORT'")
public class ExportJobComponent {
    // ...
}

如果配置里的job.type=EXPORT，这个组件就会被注册，逻辑和你原本的需求一致，还避免了对Bean的依赖。

方案2：在@Configuration类中通过@Bean方法实现条件注册 #

如果一定要基于jobType Bean的状态判断，可以把组件的注册逻辑放到@Configuration类里，利用Spring对@Bean方法的依赖处理机制：

@Configuration
public class JobConfig {
    // 先定义jobType Bean
    @Bean
    public Job jobType(@Value("${job.type}") String jobTypeStr) {
        return Job.valueOf(jobTypeStr);
    }

    // 基于jobType Bean的值条件化注册组件
    @Bean
    @ConditionalOnExpression("@jobType == T(com.yourpackage.Job).EXPORT")
    public ExportJobComponent exportJobComponent() {
        return new ExportJobComponent();
    }
}

这里Spring会自动处理jobType和exportJobComponent的依赖关系，确保jobType Bean先被实例化，表达式就能正常引用到它。

方案3：自定义@Conditional（复杂场景） #

如果有更复杂的判断逻辑，可以自定义@Conditional实现类，在matches方法中手动从BeanFactory获取或等待jobType Bean的初始化。不过这种方式比较繁琐，一般不推荐，除非你有特殊需求。

内容的提问来源于stack exchange，提问作者Ozren Dabić