假设我想要特定的实现依赖于某种动态状态。 @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没有办法做到这一点。

您可以使用@Bean使现有的第三方类对Spring框架应用程序上下文可用。

@Bean
public ViewResolver viewResolver() {

    InternalResourceViewResolver viewResolver = new InternalResourceViewResolver();

    viewResolver.setPrefix("/WEB-INF/view/");
    viewResolver.setSuffix(".jsp");

    return viewResolver;
}

通过使用@Bean注释，您可以将第三方类(它可能没有@Component，也可能不使用Spring)包装为Spring bean。然后，一旦使用@Bean包装它，它就是一个单例对象，可以在Spring框架应用程序上下文中使用。现在，您可以使用依赖注入和@Autowired在应用程序中轻松地共享/重用此bean。

因此，可以将@Bean注释看作第三方类的包装器/适配器。您希望使第三方类对Spring框架应用程序上下文可用。

通过在上面的代码中使用@Bean，我显式地声明了一个bean，因为在方法内部，我使用new关键字显式地创建了对象。我还手动调用给定类的setter方法。所以我可以改变前缀字段的值。所以这种手工工作被称为显式创建。如果我对同一个类使用@Component，那么在Spring容器中注册的bean的前缀字段将具有默认值。

另一方面，当我们用@Component注释一个类时，我们不需要手动使用new关键字。它由Spring自动处理。

以上答案的附加分数

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

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

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

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

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

每个应用程序都需要哪些

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

假设我想要特定的实现依赖于某种动态状态。 @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没有办法做到这一点。

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

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

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

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

什么时候应该使用@Bean?

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

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