这两种方法都旨在在Spring容器中注册目标类型。

区别在于@Bean适用于方法，而@Component适用于类型。

因此，当您使用@Bean注释时，您可以在方法主体中控制实例创建逻辑(参见上面的示例)。而@Component注释则不行。

@ component 适用于元件扫描和自动布线。

什么时候应该使用@Bean?

有时自动配置不是一个选项。什么时候?让我们想象一下，您想要连接来自第三方库的组件(您没有源代码，所以不能用@Component注释它的类)，因此自动配置是不可能的。

@Bean注释返回一个对象，spring应该在应用程序上下文中将该对象注册为bean。方法主体承担负责创建实例的逻辑。

假设我想要特定的实现依赖于某种动态状态。 @Bean非常适合这种情况。

@Bean
@Scope("prototype")
public SomeService someService() {
    switch (state) {
    case 1:
        return new Impl1();
    case 2:
        return new Impl2();
    case 3:
        return new Impl3();
    default:
        return new Impl();
    }
}

然而，@Component没有办法做到这一点。

当您使用@Component标记时，这与使用带有香草bean声明方法(用@Bean注释)的POJO(普通旧Java对象)是一样的。例如，下面的方法1和2将给出相同的结果。

方法1

@Component
public class SomeClass {

    private int number;

    public SomeClass(Integer theNumber){
        this.number = theNumber.intValue();
    }

    public int getNumber(){
        return this.number;
    }
}

用豆子表示“数字”:

@Bean
Integer theNumber(){
    return new Integer(3456);
}

方法2

//Note: no @Component tag
public class SomeClass {

    private int number;

    public SomeClass(Integer theNumber){
        this.number = theNumber.intValue();
    }

    public int getNumber(){
        return this.number;
    }
}

两者都有豆子:

@Bean
Integer theNumber(){
    return new Integer(3456);
}

@Bean
SomeClass someClass(Integer theNumber){
    return new SomeClass(theNumber);
}

方法2允许您将bean声明放在一起，它更加灵活。您甚至可能想要添加另一个非香草SomeClass bean，如下所示:

@Bean
SomeClass strawberryClass(){
    return new SomeClass(new Integer(1));
}

以上答案的附加分数

假设我们有一个在多个应用程序中共享的模块，它包含一些服务。并不是每个应用程序都需要。

如果在这些服务类上使用@Component并且在应用程序中扫描组件，

我们最终可能会检测到比必要的更多的bean

在这种情况下，您要么必须调整组件扫描的过滤，要么提供即使是未使用的bean也可以运行的配置。否则，应用程序上下文将无法启动。

在这种情况下，最好使用@Bean注释并只实例化那些bean，

每个应用程序都需要哪些

因此，本质上，使用@Bean向上下文添加第三方类。@Component如果它只是在你的单个应用程序中。

这两种方法都旨在在Spring容器中注册目标类型。

区别在于@Bean适用于方法，而@Component适用于类型。

因此，当您使用@Bean注释时，您可以在方法主体中控制实例创建逻辑(参见上面的示例)。而@Component注释则不行。