@Component和@Bean的区别是什么？

 作者简介：大家好，我是码炫码哥，前中兴通讯、美团架构师，现任某互联网公司CTO，兼职码炫课堂主讲源码系列专题

代表作：《jdk源码&多线程&高并发》，《深入tomcat源码解析》，《深入netty源码解析》，《深入dubbo源码解析》，《深入springboot源码解析》，《深入spring源码解析》，《深入redis源码解析》等

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬。码炫课堂的个人空间-码炫码哥个人主页-面试，源码等

回答

@Component 和 @Bean 两个注解都是用于将对象注册到 Spring 容器中，作用相同，但是他们的使用场景和方式存在一些区别：

• @Component：是一种类级别的注解，用于自动检测和注入 Spring 容器管理的组件，用于自动检测和注入 Spring 容器管理的组件。它可以和 @Service、@Repository 等注解一起使用，配合 @ComponentScan 扫描路径时自动将 Bean 注入容器。@Component 适用于我们自定义的类。
• @Bean：是一种用于方法级别的注解，用于将方法返回的对象注册为 Spring 容器的一个 Bean。通常情况下，它需要和 @Configuration 注解配合使用，用于配置第三方框架中的类。

详解

区别详解

一、注解使用位置不同

• @Component 作用于类上，比如我们写的一个 Service 类。Spring 容器会通过扫描的方式自动检测到带有 @Component 注解的类，将其实例化并注入到 Spring 容器中。如下：

@Component
public class SKService {
    public void doSomething() {
        System.out.println("www.skjava.com");
    }
}

• @Bean 则是作用于方法上，它定义的是一个工厂方法，将方法的返回值注册为 Spring 容器的一个 Bean。一般情况下，@Bean 需要注解 @Configuration 配合一起使用。

@Configuration
public class SkBeanConfig {
    
    @Bean
    public SkExternalService getSkBean() {
        return new SkExternalService();
    }
}

二、适用场景不同

• @Component 适合自定义的、需要 Spring 自动管理的类，比如我们应用里面的 Service、DAO、Controller 等等。
• @Bean 则更加适用于需要在方法中进行复杂初始化或不能直接加注解的类，比如一些第三方库对象需要交由给 Spring 容器管理，则我们可以通过 @Bean 的方式将它们配置到 Spring 容器中。

三、灵活性与配置能力

• @Component相对来说简单一些，通常用于单一职责的组件。
• @Bean 则提供了更加灵活的注入方式和更加强大的配置能力。使用它我们可以自定义对象的初始化逻辑，在项目启动时就明确好初始化细节和依赖的复杂对象。这在我们使用依赖第三方类库时非常有用，能够在 @Bean 方法中配置好依赖的参数或设置。

@Component 核心原理

在 Spring 中 ，@Component 是一个用于自动化组件扫描的注解，它的主要作用是将一个类标注为 Spring 的 Bean 组件，表明该类的实例化对象会被 Spring 容器所管理。

在应用启动时，Spring 容器会去扫描指定的 package，找到那些被 @Component 标注的类，然后通过反射机制将其实例化，并将这些实例放入到 Spring 容器的上下文中。

我们直接看源码。

@Component 标注的 Bean 由 ComponentScanBeanDefinitionParser 解析器来完成解析，解析操作由 parse() 来完成：

  public BeanDefinition parse(Element element, ParserContext parserContext) {
    // 获取<context:component-scan>节点的base-package属性值
    String basePackage = element.getAttribute(BASE_PACKAGE_ATTRIBUTE);
    // 解析占位符
    basePackage = parserContext.getReaderContext().getEnvironment().resolvePlaceholders(basePackage);
    // 解析base-package(允许通过,;\t\n中的任一符号填写多个)
    String[] basePackages = StringUtils.tokenizeToStringArray(basePackage,ConfigurableApplicationContext.CONFIG_LOCATION_DELIMITERS);
    // Actually scan for bean definitions and register them.
    // 构建和配置ClassPathBeanDefinitionScanner
    ClassPathBeanDefinitionScanner scanner = configureScanner(parserContext, element);
    // 使用scanner在执行的basePackages包中执行扫描，返回已注册的bean定义
    Set<BeanDefinitionHolder> beanDefinitions = scanner.doScan(basePackages);
    // 组件注册（包括注册一些内部的注解后置处理器，触发注册事件）
    registerComponents(parserContext.getReaderContext(), beanDefinitions, element);
    return null;
  }

scanner.doScan() 会找所以符合要求的 Bean，同时生成 BeanDefinitionHolder 对象，这里的 scanner 对象为 ClassPathBeanDefinitionScanner：

    protected Set<BeanDefinitionHolder> doScan(String... basePackages) {
    Assert.notEmpty(basePackages, "At least one base package must be specified");
    Set<BeanDefinitionHolder> beanDefinitions = new LinkedHashSet<>();
    // 遍历basePackages
    for (String basePackage : basePackages) {
      // 扫描basePackage,将符合要求的bean定义全部找出来
      Set<BeanDefinition> candidates = findCandidateComponents(basePackage);
      // 遍历所有候选的bean定义
      for (BeanDefinition candidate : candidates) {
        // 解析@Scope注解，包括scopeName和proxyMode
        ScopeMetadata scopeMetadata = this.scopeMetadataResolver.resolveScopeMetadata(candidate);
        candidate.setScope(scopeMetadata.getScopeName());
        // 使用beanName生成器来生成beanName
        String beanName = this.beanNameGenerator.generateBeanName(candidate, this.registry);
        if (candidate instanceof AbstractBeanDefinition) {
          // 处理beanDefinition对象，例如，此bean是否可以自动装配到其他bean中
          postProcessBeanDefinition((AbstractBeanDefinition) candidate, beanName);
        }
        if (candidate instanceof AnnotatedBeanDefinition) {
          // 处理定义在目标类上的通用注解，包括@Lazy，@Primary，@DependsOn，@Role，@Description
          AnnotationConfigUtils.processCommonDefinitionAnnotations((AnnotatedBeanDefinition) candidate);
        }
        // 检查beanName是否已经注册过，如果注册过，检查是否兼容
        if (checkCandidate(beanName, candidate)) {
          // 将当前遍历bean的bean定义和beanName封装成BeanDefinitionHolder
          BeanDefinitionHolder definitionHolder = new BeanDefinitionHolder(candidate, beanName);
          // 根据proxyMode的值，选择是否创建作用域代理
          definitionHolder =
              AnnotationConfigUtils.applyScopedProxyMode(scopeMetadata, definitionHolder, this.registry);
          beanDefinitions.add(definitionHolder);
          // 注册beanDefinition
          registerBeanDefinition(definitionHolder, this.registry);
        }
      }
    }
    return beanDefinitions;
  }

@Bean 的底层原理和 @Component 差不多，码哥就不多介绍了，有兴趣的小伙伴可以去看看，也可以阅读这篇