Bean创建回退最佳实践：多实现类实例化优先级注解方案咨询

当然可以只用Spring的条件注解实现这个优先级实例化逻辑，完全不需要工厂方法，也能兼容你无法修改部分组件的场景。下面是具体的实现思路和示例：

利用Spring的@ConditionalOnMissingBean注解结合Bean自身的“可用”条件，按优先级依次控制Bean的实例化：

• 最高优先级的Bean（A）：只需要保留自身的“可用”判断条件（比如@ConditionalOnProperty、@ConditionalOnClass等），无需额外的缺失判断——只要它的条件满足，就会被优先实例化。
• 中间优先级的Bean（B）：添加@ConditionalOnMissingBean(A.class)，确保只有当A未被实例化时，B才会尝试创建；同时保留B自身的可用条件。
• 最低优先级的Bean（C）：添加@ConditionalOnMissingBean({A.class, B.class})，只有当A和B都未被实例化时，C才会被创建。

场景1：可以修改所有Bean的代码 #

假设你的接口是MyService，三个实现类分别为ServiceA、ServiceB、ServiceC：

// 公共接口
public interface MyService {
    void execute();
}

// 最高优先级：A，自身条件满足则实例化
@Service
// 示例：通过配置属性控制A是否可用，默认启用
@ConditionalOnProperty(name = "service.a.enabled", havingValue = "true", matchIfMissing = true)
public class ServiceA implements MyService {
    @Override
    public void execute() {
        System.out.println("Using ServiceA");
    }
}

// 中间优先级：B，仅当A不存在时实例化
@Service
@ConditionalOnMissingBean(ServiceA.class)
// 示例：B自身的可用条件，比如依赖某个类存在
@ConditionalOnClass(name = "com.example.DependencyForB")
public class ServiceB implements MyService {
    @Override
    public void execute() {
        System.out.println("Using ServiceB");
    }
}

// 最低优先级：C，仅当A和B都不存在时实例化
@Service
@ConditionalOnMissingBean({ServiceA.class, ServiceB.class})
public class ServiceC implements MyService {
    @Override
    public void execute() {
        System.out.println("Using ServiceC");
    }
}

场景2：部分组件无法修改（比如B、C是第三方类） #

如果B、C已经带有@Service注解且无法修改，你可以通过自定义配置类重新定义它们的Bean并添加条件，覆盖原有的Bean定义：

@Configuration
public class ServicePriorityConfig {

    // 重新定义B的Bean，添加优先级条件
    @Bean
    @ConditionalOnMissingBean(ServiceA.class)
    // 保留B自身的可用条件（比如需要某个依赖）
    @ConditionalOnClass(name = "com.example.DependencyForB")
    public ServiceB serviceB() {
        return new ServiceB();
    }

    // 重新定义C的Bean，添加优先级条件
    @Bean
    @ConditionalOnMissingBean({ServiceA.class, ServiceB.class})
    public ServiceC serviceC() {
        return new ServiceC();
    }
}

Spring会优先使用配置类中定义的Bean（因为@Bean定义的优先级高于自动扫描的@Service），这样就能通过条件控制B、C的实例化时机。

• 作用域限制：@ConditionalOnMissingBean默认只检查单例（singleton）Bean，确保你的Bean都是默认的单例作用域。
• 条件顺序：Spring会按Bean定义的依赖关系依次处理实例化，无需担心顺序问题——A会被优先判断，之后是B，最后是C。
• 复杂可用条件：如果A的“可用”逻辑比较复杂（比如检查外部服务状态），可以自定义@Conditional实现类，替换示例中的@ConditionalOnProperty。

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