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

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

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

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

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

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

Spring支持多种类型的注解，比如@Component、@Service、@Repository。所有这些都可以在org.springframework.stereotype包下找到。

@Bean可以在org.springframework.context.annotation包下找到。

当应用程序中的类使用上述任何注释时，在项目启动期间spring扫描(使用@ComponentScan)每个类，并将类的实例注入到IOC容器中。@ComponentScan要做的另一件事是运行带有@Bean的方法，并将返回对象作为bean恢复到Ioc容器中。

@ component

如果我们用@Component或者其他的Stereotype注释来标记一个类，这些类将会被类路径扫描自动检测到。只要这些类在我们的基本包下，或者Spring意识到要扫描另一个包，就会为每个类创建一个新bean。

package com.beanvscomponent.controller;

import org.springframework.stereotype.Controller;

@Controller
public class HomeController {

    public String home(){
       return "Hello, World!";
   }

 }

在带注释的类和bean之间存在隐式的一对一映射(即每个类一个bean)。这种方法对连接的控制非常有限，因为它是纯声明式的。同样重要的是要注意原型注释是类级注释。

@ bean

@Bean用于显式地声明单个bean，而不是像我们使用@Controller那样让Spring自动完成。它将bean的声明与类定义解耦，并允许您按照自己的选择创建和配置bean。对于@Bean，您没有将这个注释放在类级别。如果你尝试这样做，你会得到一个无效的类型错误。@Bean文档将其定义为:

Indicates that a method produces a bean to be managed by the Spring container.

通常，@Bean方法在@Configuration类中声明。我们有一个需要实例化的用户类，然后使用该实例创建一个bean。这就是我前面说过的对bean的定义有更多控制的地方。

package com.beanvscomponent;

public class User {

private String first;
private String last;

public User(String first, String last) {
    this.first = first;
    this.last = last;
   }
}

正如我前面提到的，@Bean方法应该在@Configuration类中声明。

package com.beanvscomponent;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class ApplicationConfig {

@Bean
public User superUser() {
    return new User("Partho","Bappy");
   }

}

方法的名称实际上就是bean的名称。如果我们调出执行器中的/beans端点，就可以看到bean的定义。

{
"beans": "superUser",
"aliases": [],
"scope": "singleton",
"type": "com.beanvscomponent.User",
"resource": "class path resource 
    [com/beanvscomponent/ApplicationConfig.class]",
"dependencies": []
}

@组件vs @Bean

我希望这澄清了什么时候使用@Component和什么时候使用@Bean的一些问题。这可能有点令人困惑，但随着您开始编写更多的应用程序，它将变得非常自然。

创建@Bean是为了避免在编译时耦合Spring和业务规则。这意味着您可以在其他框架(如PlayFramework或JEE)中重用业务规则。

此外，在默认的Spring实例化还不够的情况下，您可以完全控制如何创建bean。

我写了一篇关于它的文章。

https://coderstower.com/2019/04/23/factory-methods-decoupling-ioc-container-abstraction/

假设我想要特定的实现依赖于某种动态状态。 @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。让我来展示它的不同之处。

@ bean

首先，它是一个方法级注释。 其次，通常使用它在Java代码中配置bean(如果不使用xml配置)，然后使用类从类中调用它 ApplicationContext。getBean方法。例子:

@Configuration
class MyConfiguration{
    @Bean
    public User getUser() {
        return new User();
    }
}

class User{
}    
        
// Getting Bean 
User user = applicationContext.getBean("getUser");

@ component

这是注释bean的一般方法，而不是专门的bean。 它是一个类级注释，用于避免通过java或xml配置进行所有配置。

我们得到这样的结果。

@Component
class User {
}

// to get Bean
@Autowired
User user;

就是这样。引入它只是为了避免实例化和使用该bean的所有配置步骤。