2024-12-18  阅读(60)
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。 本文链接:https://www.skjava.com/mianshi/baodian/detail/9756787367

回答

@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 自动管理的类,比如我们应用里面的 ServiceDAOController 等等。
  • @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 差不多,大明哥就不多介绍了,有兴趣的小伙伴可以去看看,也可以阅读这篇


Java 面试宝典是大明哥全力打造的 Java 精品面试题,它是一份靠谱、强大、详细、经典的 Java 后端面试宝典。它不仅仅只是一道道面试题,而是一套完整的 Java 知识体系,一套你 Java 知识点的扫盲贴。

它的内容包括:

  • 大厂真题:Java 面试宝典里面的题目都是最近几年的高频的大厂面试真题。
  • 原创内容:Java 面试宝典内容全部都是大明哥原创,内容全面且通俗易懂,回答部分可以直接作为面试回答内容。
  • 持续更新:一次购买,永久有效。大明哥会持续更新 3+ 年,累计更新 1000+,宝典会不断迭代更新,保证最新、最全面。
  • 覆盖全面:本宝典累计更新 1000+,从 Java 入门到 Java 架构的高频面试题,实现 360° 全覆盖。
  • 不止面试:内容包含面试题解析、内容详解、知识扩展,它不仅仅只是一份面试题,更是一套完整的 Java 知识体系。
  • 宝典详情:https://www.yuque.com/chenssy/sike-java/xvlo920axlp7sf4k
  • 宝典总览:https://www.yuque.com/chenssy/sike-java/yogsehzntzgp4ly1
  • 宝典进展:https://www.yuque.com/chenssy/sike-java/en9ned7loo47z5aw

目前 Java 面试宝典累计更新 400+ 道,总字数 42w+。大明哥还在持续更新中,下图是大明哥在 2024-12 月份的更新情况:

想了解详情的小伙伴,扫描下面二维码加大明哥微信【daming091】咨询

同时,大明哥也整理一套目前市面最常见的热点面试题。微信搜[大明哥聊 Java]或扫描下方二维码关注大明哥的原创公众号[大明哥聊 Java] ,回复【面试题】 即可免费领取。

阅读全文