运行时如何让Spring重新检查ConditionalOnBean条件加载匹配Bean

Spring Boot原生的@ConditionalOnBean注解无法实现你描述的运行时重校验需求，该注解的设计定位就是应用启动阶段的Bean加载准入判断，上下文刷新完成后，未通过条件的Bean会被直接过滤，不存在后续重检的机制。

核心原理说明 #

@ConditionalOnBean属于Spring Boot自动配置体系的启动期条件注解，所有条件判断发生在容器刷新的Bean定义注册阶段：

• 启动时如果名为yoni的Bean不存在，标注了@ConditionalOnBean(name = "yoni")的类a、b的Bean定义会被条件评估过滤器直接排除，不会存入DefaultListableBeanFactory的Bean定义缓存中
• 你后续手动注册yoni单例时，容器内根本没有a、b的Bean定义，自然无法通过“重跑条件检查”的方式凭空实例化这两个类
• 即使你强行重跑条件评估逻辑，也会因为找不到待评估的Bean定义而没有任何效果

可落地的替代实现方案 #

方案1：独立包扫描+动态注册（实现最简单，适配你不知道有哪些待加载类的场景） #

不要给动态加载的类加@ConditionalOnBean注解，把这类需要等yoni注册后才加载的类统一放到独立的、不在启动扫描范围内的包下，等yoni注册完成后手动触发该包的组件扫描即可：

@Service
public class d {
    @Autowired
    private ApplicationContext applicationContext;

    public void addYoni(){
        ConfigurableApplicationContext configContext = (ConfigurableApplicationContext) applicationContext;
        DefaultListableBeanFactory beanRegistry = (DefaultListableBeanFactory) configContext.getBeanFactory();
        // 注册依赖的yoni Bean
        beanRegistry.registerSingleton("yoni", yoni());

        // 初始化类路径扫描器，关闭默认扫描规则，避免重复加载已注册的Bean
        ClassPathBeanDefinitionScanner scanner = new ClassPathBeanDefinitionScanner(beanRegistry, false);
        // 加入@Service、@Component等常用组件注解的匹配规则
        scanner.addIncludeFilter(new AnnotationTypeFilter(Service.class));
        scanner.addIncludeFilter(new AnnotationTypeFilter(Component.class));
        // 替换为你存放动态加载Bean的实际包路径，后续新增的符合条件的类只要放到这个包下就会被自动扫描
        scanner.scan("com.yourapp.dynamic");
        
        // 主动触发所有新注册单例Bean的初始化
        beanRegistry.preInstantiateSingletons();
    }
    
    public Rab yoni() {
        Rab rab = new Rab();
        // 省略yoni实例的初始化逻辑
        return rab;  
    } 
}

注意：存放动态Bean的包必须在Spring Boot启动类的@ComponentScan扫描范围外，否则启动时就会被扫描到，引发NoSuchBeanDefinitionException。

方案2：自定义运行时条件注解（无侵入，保留注解使用习惯） #

如果希望保留类似@ConditionalOnBean的注解使用方式，可以自定义运行时生效的条件注解：

1. 自定义@ConditionalOnRuntimeBean注解，用于标记需要依赖指定Bean存在才初始化的类
2. 实现一个BeanDefinitionRegistryPostProcessor，启动时把所有标注该注解的类的Bean定义全部注册到容器，统一设置为懒加载
3. 动态注册完yoni Bean之后，遍历容器内所有标记了该注解的懒加载Bean，主动调用getBean()触发实例化即可
   这种方式不需要调整包扫描路径，后续新增的类只要加上自定义注解就会被自动收集，满足你“无法预知哪些类配置了条件”的需求。

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