如何让@Autowire的Command列表包含@Bean定义的非@Component Bean？

核心原因 #

Spring通过@Autowired注入List<T>时，会自动收集所有Spring容器中类型为T或其子类的受管Bean。你遇到的问题大概率是@Bean方法的返回类型为SimpleCommand（而非父类Command），或者存在类型匹配的隐性问题，导致Spring未将这些实例纳入集合。

优雅解决方案 #

方案1：调整@Bean方法的返回类型为Command #

直接将@Bean方法的返回类型改为父类Command，让Spring明确注册的Bean类型属于Command体系：

@Configuration
public class CommandConfig {

    @Bean
    public Command startCommand() {
        return new SimpleCommand("some arg", () -> { /* 你的Lambda逻辑 */ });
    }

    @Bean
    public Command helpCommand() {
        return new SimpleCommand("some arg", () -> { /* 你的Lambda逻辑 */ });
    }
}

修改后，@Autowired List<Command> commandList会自动包含这两个实例，无需额外操作。

方案2：使用ObjectProvider统一收集（推荐构造注入） #

如果需要保留@Bean方法的返回类型为SimpleCommand，可以通过ObjectProvider<Command>来安全获取所有匹配类型的Bean，这也是Spring官方推荐的方式（替代字段注入）：

@Component
public class CommandHandler {

    private final List<Command> commandList;

    // 构造注入，避免字段注入的弊端
    public CommandHandler(ObjectProvider<Command> commandProvider) {
        this.commandList = commandProvider.stream()
                                           .collect(Collectors.toList());
    }

    // 后续业务逻辑
}

ObjectProvider.stream()会遍历容器中所有类型兼容Command的Bean，包括@Component标注的子类和@Bean定义的实例。

方案3：确认类型继承关系（排查基础问题） #

先确保SimpleCommand确实正确继承了抽象类Command：

public class SimpleCommand extends Command {
    // 实现父类的抽象方法或逻辑
}

如果继承关系没问题，Spring的类型匹配机制会自动识别子类实例，此时注入List<Command>就应该包含这些@Bean实例——若仍不生效，可检查Spring版本（建议使用5.x及以上）或是否存在自定义的Bean扫描过滤规则。

为何不推荐@Resource+@PostConstruct #

你提到的逐个注入再手动添加的方式不仅冗余，还可能导致Bean初始化顺序问题（比如@PostConstruct执行时某些Bean尚未初始化），上面的方案完全可以避免这类问题，同时保持代码简洁。

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