Spring源码学习:@Autowire和@Resource原理解析

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: Spring源码学习:@Autowire和@Resource原理解析

目录

前言

正文

@Autowire注入过程

doResolveDependency

isAutowireCandidate

determineAutowireCandidate

@Resource注入过程

autowireResource

总结

@Autowire解析步骤:

@Resouce解析步骤:

前言

最近在刷到很多文章讲解Spring IOC依赖注入时@Autowire和@Resource注解的区别,不同的文章总结出来的点有异同,所以还是看源码自己总结一下其两者的区别,及其用法。

大家有没有想过两者的功能差不多,那为啥Spring还提供两种依赖注入方式呢?


我们知道@Autowire注解是Spring框架提供的,所以在使用该注解时依赖于该框架,而@Resource注解是JDK自带的,不需要依赖第三方。大多数IOC框架对@Resource都做了支持,而@Autowire只能使用Spring,所以当我们使用@Resource注解后,切换了其它框架,就可能不需要去修改该注解了,也能支持其注入功能。

正文

@Autowire注入过程

  public PropertyValues postProcessProperties(PropertyValues pvs, Object bean, String beanName) {
    // 1、该方法会尝试从缓存中取当前Bean字段中使用了@Autowire的字段信息或方法信息。
    InjectionMetadata metadata = findAutowiringMetadata(beanName, bean.getClass(), pvs);
    try {
      // 进行属性注入
      metadata.inject(bean, beanName, pvs);
    }
    catch (BeanCreationException ex) {
      throw ex;
    }
    catch (Throwable ex) {
      throw new BeanCreationException(beanName, "Injection of autowired dependencies failed", ex);
    }
    return pvs;
  }

1、步骤1从缓存中取不到值时,会通过反射的方式遍历当前bean的所有字段信息和方法信息,并判断其是否使用了@Autowire注解,并封装到对应的处理器中,后面注入步骤会进行遍历进行查询处理及注入。@Autowire可以注解在方法、字段、构造器上,构造器注入在创建bean的时候进行的。


2、步骤2会根据步骤1中查询出来的信息遍历,由于字段和方法会分别封装成InjectedElement类型的不同子类实现,所以不同的类型会调用不同的子类实现方法进行处理。

doResolveDependency

  @Nullable
  public Object doResolveDependency(DependencyDescriptor descriptor, @Nullable String beanName,
      @Nullable Set<String> autowiredBeanNames, @Nullable TypeConverter typeConverter) throws BeansException {
      //..................
      //此处省略了部分代码
      //..................
      //尝试从bean工厂中查询出需要注入类型的所有Bean对象,@Qualifier注解的解析是在这个步骤中进行的
      Map<String, Object> matchingBeans = findAutowireCandidates(beanName, type, descriptor);
      //beanFactory工厂中查询不到时,抛出异常
      if (matchingBeans.isEmpty()) {
        //如果descriptor需要注入
        if (isRequired(descriptor)) {
          //抛出NoSuchBeanDefinitionException或BeanNotOfRequiredTypeException以解决不可 解决的依赖关系
          raiseNoMatchingBeanFound(type, descriptor.getResolvableType(), descriptor);
        }
        //返回null,表示么有找到候选Bean对象
        return null;
      }
      //定义用于存储唯一的候选Bean名变量
      String autowiredBeanName;
      //定义用于存储唯一的候选Bean对象变量
      Object instanceCandidate;
      //如果beanFactory工厂中存在多个类型的bean时
      if (matchingBeans.size() > 1) {
        //筛选出符合要求的bean
        autowiredBeanName = determineAutowireCandidate(matchingBeans, descriptor);
        //如果autowiredBeanName为null
        if (autowiredBeanName == null) {
          //如果查询不到合适的,而且该属性并非require=true的,可以赋值为null
          if (isRequired(descriptor) || !indicatesMultipleBeans(type)) {
            //让descriptor尝试选择其中一个实例,默认实现是抛出NoUniqueBeanDefinitionException.
            return descriptor.resolveNotUnique(descriptor.getResolvableType(), matchingBeans);
          }
          else {
            // In case of an optional Collection/Map, silently ignore a non-unique case:
            // possibly it was meant to be an empty collection of multiple regular beans
            // (before 4.3 in particular when we didn't even look for collection beans).
            // 如果是可选的Collection/Map,则静默忽略一个非唯一情况:
            // 可能是多个常规bean的空集合
            // (尤其是在4.3之前,设置在我们没有寻找collection bean的时候 )
            return null;
          }
        }
        //获取autowiredBeanName对应的候选Bean对象
        instanceCandidate = matchingBeans.get(autowiredBeanName);
      }
      else {
        //如果查询出来只有一个时,则将该bean作为注入值
        Map.Entry<String, Object> entry = matchingBeans.entrySet().iterator().next();
        //让autowireBeanName引用该元素的候选bean名
        autowiredBeanName = entry.getKey();
        //让instanceCandidate引用该元素的候选bean对象
        instanceCandidate = entry.getValue();
      }
      //如果候选bean名不为null,
      if (autowiredBeanNames != null) {
        //将autowiredBeanName添加到autowiredBeanNames中,又添加一次
        autowiredBeanNames.add(autowiredBeanName);
      }
      //如果instanceCandidate是Class实例,对其进行实例化
      if (instanceCandidate instanceof Class) {
        //让instanceCandidate引用 descriptor对autowiredBeanName解析为该工厂的Bean实例
        instanceCandidate = descriptor.resolveCandidate(autowiredBeanName, type, this);
      }
      //定义一个result变量,用于存储最佳候选Bean对象
      Object result = instanceCandidate;
      //如果reuslt是NullBean的实例
      if (result instanceof NullBean) {
        //如果descriptor需要注入
        if (isRequired(descriptor)) {
          //抛出NoSuchBeanDefinitionException或BeanNotOfRequiredTypeException以解决不可 解决的依赖关系
          raiseNoMatchingBeanFound(type, descriptor.getResolvableType(), descriptor);
        }
        //返回null,表示找不到最佳候选Bean对象
        result = null;
      }
      //如果result不是type的实例
      if (!ClassUtils.isAssignableValue(type, result)) {
        //抛出Bean不是必需类型异常
        throw new BeanNotOfRequiredTypeException(autowiredBeanName, type, instanceCandidate.getClass());
      }
      //返回最佳候选Bean对象【result】
      return result;
    }
    finally {
      //设置上一个切入点对象
      ConstructorResolver.setCurrentInjectionPoint(previousInjectionPoint);
    }
  }

1、尝试从缓存中获取被注入类型的所有Bean;

2、并对获取到Bean容器进行遍历,判断被注入类型是否有@Qualifier注解,有则进行名称匹配,匹配到时返回一个符合条件的Bean容器,否则返回所有注入类型的Bean用于后续进一步筛选。

3、如果获取不到时,判断该属性是否必须注入,如果非必须注入可以注入null;

4、如果匹配到的类型Bean只有一个时,则认为是符合要求的,返回该值后进行注入。

5、如果匹配到多个Bean时,根据匹配条件来筛选;


@Qualifier匹配过程见: isAutowireCandidate(BeanDefinitionHolder bdHolder, DependencyDescriptor descriptor)方法详解


多个bean的匹配过程见: determineAutowireCandidate(matchingBeans, descriptor)方法详解

isAutowireCandidate

  public boolean isAutowireCandidate(BeanDefinitionHolder bdHolder, DependencyDescriptor descriptor) {
    //判断要注入的字段是否有@Quilifier注解
    boolean match = super.isAutowireCandidate(bdHolder, descriptor);
    if (match) {
      //校验是否匹配
      match = checkQualifiers(bdHolder, descriptor.getAnnotations());
      if (match) {
        //如果是方法注入时,获取方法参数进行校验匹配
        MethodParameter methodParam = descriptor.getMethodParameter();
        if (methodParam != null) {
          Method method = methodParam.getMethod();
          if (method == null || void.class == method.getReturnType()) {
            match = checkQualifiers(bdHolder, methodParam.getMethodAnnotations());
          }
        }
      }
    }
    return match;
  }

determineAutowireCandidate

  protected String determineAutowireCandidate(Map<String, Object> candidates, DependencyDescriptor descriptor) {
    //通过反射的方式去查询已匹配的Bean容器中是否有@Primary注解,如果有多个则抛出异常,如果只有一个则代表该Bean对象为符合注入条件的
    Class<?> requiredType = descriptor.getDependencyType();
    String primaryCandidate = determinePrimaryCandidate(candidates, requiredType);
    if (primaryCandidate != null) {
      return primaryCandidate;
    }
    //判断已匹配的Bean容器中是否有@Priority注解,并比较其优先级大小,挑选出符合的一个
    String priorityCandidate = determineHighestPriorityCandidate(candidates, requiredType);
    if (priorityCandidate != null) {
      return priorityCandidate;
    }
    // Fallback
    // 这里将匹配的bean容器遍历后,挨个判断bean名称与要注入类型的名称是否相同,不同则去别名缓存中查询,看是否有别名与要注入类型的名称一样,有则匹配
    for (Map.Entry<String, Object> entry : candidates.entrySet()) {
      String candidateName = entry.getKey();
      Object beanInstance = entry.getValue();
      if ((beanInstance != null && this.resolvableDependencies.containsValue(beanInstance)) ||
          matchesBeanName(candidateName, descriptor.getDependencyName())) {
        return candidateName;
      }
    }
    return null;
  }

1、通过反射的方式去查询已匹配的Bean容器中是否有@Primary注解,如果有多个则抛出异常,如果只有一个则代表该Bean对象为符合注入条件的


2、判断已匹配的Bean容器中是否有@Priority注解,并比较其优先级大小,挑选出符合的一个


3、这里将匹配的bean容器遍历后,挨个判断bean名称与要注入类型的名称是否相同,不同则去别名缓存中查询,看是否有别名与要注入类型的名称一样,有则匹配;

@Resource注入过程

  public PropertyValues postProcessProperties(PropertyValues pvs, Object bean, String beanName) {
    //查询注入对象或者方法中是否有@Resource注解
    InjectionMetadata metadata = findResourceMetadata(beanName, bean.getClass(), pvs);
    try {
      //对其进行解析注入
      metadata.inject(bean, beanName, pvs);
    }
    catch (Throwable ex) {
      throw new BeanCreationException(beanName, "Injection of resource dependencies failed", ex);
    }
    return pvs;
  }

1、遍历当前Bean的属性及其方法,判断是否有@Resource注解,并封装成对应的包装类

2、对其进行查找注入

autowireResource

protected Object autowireResource(BeanFactory factory, LookupElement element, @Nullable String requestingBeanName)
      throws NoSuchBeanDefinitionException {
    // 自动装配的对象
    Object resource;
    // 自动装配的名字
    Set<String> autowiredBeanNames;
    // 依赖的属性名
    String name = element.name;
    //默认BeanFacory是AutowireCapableBeanFactory工厂类型
    if (factory instanceof AutowireCapableBeanFactory) {
      AutowireCapableBeanFactory beanFactory = (AutowireCapableBeanFactory) factory;
      // 创建依赖描述
      DependencyDescriptor descriptor = element.getDependencyDescriptor();
      //这里的factory.containsBean(name)会根据需要注入的属性名称去BeanFactory工厂中进行查询,如果查询到了直接获取后进行注入,如果查询不到时,调用beanFactory.resolveDependency方法进行查找,该方法流程与@Autowire一样。
      if (this.fallbackToDefaultTypeMatch && element.isDefaultName && !factory.containsBean(name)) {
        //如果容器中还没有此bean,则会使用resolveDependency()方法将符合bean type的bean definetion调用一次getBean()
        // 从这些bean选出符合requestingBeanName的bean
        autowiredBeanNames = new LinkedHashSet<>();
        resource = beanFactory.resolveDependency(descriptor, requestingBeanName, autowiredBeanNames, null);
        if (resource == null) {
          throw new NoSuchBeanDefinitionException(element.getLookupType(), "No resolvable resource object");
        }
      }
      else {
        //如果容器中有此bean则取出这个bean对象作为属性值
        resource = beanFactory.resolveBeanByName(name, descriptor);
        autowiredBeanNames = Collections.singleton(name);
      }
    }
    else {
      resource = factory.getBean(name, element.lookupType);
      autowiredBeanNames = Collections.singleton(name);
    }
    //.......
    //.......
    return resource;
  }

@Resouce解析与@Autowire解析异同:


1、@Resouce会先尝试使用beanName名称去beanFactory工厂中查询是否有该定义信息,如果有则直接取出。


2、如果步骤1不满足时,走后面按类型匹配的步骤,该步骤与@Autowire调用的方法一致,所以流程是一样的;

总结

@Autowire解析步骤:

尝试从缓存中获取被注入类型的所有Bean;


并对获取到Bean容器进行遍历,判断被注入类型是否有@Qualifier注解,有则进行名称匹配,匹配到时返回一个符合条件的Bean容器,否则返回所有注入类型的Bean用于后续进一步筛选。


如果获取不到时,判断该属性是否必须注入,如果非必须注入可以注入null;


如果匹配到的类型Bean只有一个时,则认为是符合要求的,返回该值后进行注入。


如果匹配到多个Bean时,根据匹配条件来筛选:


通过反射的方式去查询已匹配的Bean容器中是否有@Primary注解,如果有多个则抛出异常,如果只有一个则代表该Bean对象为符合注入条件的


判断已匹配的Bean容器中是否有@Priority注解,并比较其优先级大小,挑选出符合的一个,数值越低优选级越高


这里将匹配的bean容器遍历后,挨个判断bean名称与要注入类型的名称是否相同,不同则去别名缓存中查询,看是否有别名与要注入类型的名称一样,有则匹配;


@Resouce解析步骤:

根据beanName去工厂中查询是否有该定义信息,有则获取Bean对象,没有则进行类型匹配操作;


尝试从缓存中获取被注入类型的所有Bean;


并对获取到Bean容器进行遍历,判断被注入类型是否有@Qualifier注解,有则进行名称匹配,匹配到时返回一个符合条件的Bean容器,否则返回所有注入类型的Bean用于后续进一步筛选。


如果获取不到时,判断该属性是否必须注入,如果非必须注入可以注入null;


如果匹配到的类型Bean只有一个时,则认为是符合要求的,返回该值后进行注入。


如果匹配到多个Bean时,根据匹配条件来筛选:


通过反射的方式去查询已匹配的Bean容器中是否有@Primary注解,如果有多个则抛出异常,如果只有一个则代表该Bean对象为符合注入条件的


判断已匹配的Bean容器中是否有@Priority注解,并比较其优先级大小,挑选出符合的一个,数值越低优选级越高


这里将匹配的bean容器遍历后,挨个判断bean名称与要注入类型的名称是否相同,不同则去别名缓存中查询,看是否有别名与要注入类型的名称一样,有则匹配;


目录
相关文章
|
2月前
|
存储 缓存 算法
HashMap深度解析:从原理到实战
HashMap,作为Java集合框架中的一个核心组件,以其高效的键值对存储和检索机制,在软件开发中扮演着举足轻重的角色。作为一名资深的AI工程师,深入理解HashMap的原理、历史、业务场景以及实战应用,对于提升数据处理和算法实现的效率至关重要。本文将通过手绘结构图、流程图,结合Java代码示例,全方位解析HashMap,帮助读者从理论到实践全面掌握这一关键技术。
113 14
|
3月前
|
运维 持续交付 云计算
深入解析云计算中的微服务架构:原理、优势与实践
深入解析云计算中的微服务架构:原理、优势与实践
134 3
|
6天前
|
机器学习/深度学习 算法 数据挖掘
解析静态代理IP改善游戏体验的原理
静态代理IP通过提高网络稳定性和降低延迟,优化游戏体验。具体表现在加快游戏网络速度、实时玩家数据分析、优化游戏设计、简化更新流程、维护网络稳定性、提高连接可靠性、支持地区特性及提升访问速度等方面,确保更流畅、高效的游戏体验。
52 22
解析静态代理IP改善游戏体验的原理
|
3天前
|
编解码 缓存 Prometheus
「ximagine」业余爱好者的非专业显示器测试流程规范,同时也是本账号输出内容的数据来源!如何测试显示器?荒岛整理总结出多种测试方法和注意事项,以及粗浅的原理解析!
本期内容为「ximagine」频道《显示器测试流程》的规范及标准,我们主要使用Calman、DisplayCAL、i1Profiler等软件及CA410、Spyder X、i1Pro 2等设备,是我们目前制作内容数据的重要来源,我们深知所做的仍是比较表面的活儿,和工程师、科研人员相比有着不小的差距,测试并不复杂,但是相当繁琐,收集整理测试无不花费大量时间精力,内容不完善或者有错误的地方,希望大佬指出我们好改进!
46 16
「ximagine」业余爱好者的非专业显示器测试流程规范,同时也是本账号输出内容的数据来源!如何测试显示器?荒岛整理总结出多种测试方法和注意事项,以及粗浅的原理解析!
|
1月前
|
机器学习/深度学习 自然语言处理 搜索推荐
自注意力机制全解析:从原理到计算细节,一文尽览!
自注意力机制(Self-Attention)最早可追溯至20世纪70年代的神经网络研究,但直到2017年Google Brain团队提出Transformer架构后才广泛应用于深度学习。它通过计算序列内部元素间的相关性,捕捉复杂依赖关系,并支持并行化训练,显著提升了处理长文本和序列数据的能力。相比传统的RNN、LSTM和GRU,自注意力机制在自然语言处理(NLP)、计算机视觉、语音识别及推荐系统等领域展现出卓越性能。其核心步骤包括生成查询(Q)、键(K)和值(V)向量,计算缩放点积注意力得分,应用Softmax归一化,以及加权求和生成输出。自注意力机制提高了模型的表达能力,带来了更精准的服务。
|
19天前
|
XML Java 开发者
Spring底层架构核心概念解析
理解 Spring 框架的核心概念对于开发和维护 Spring 应用程序至关重要。IOC 和 AOP 是其两个关键特性,通过依赖注入和面向切面编程实现了高效的模块化和松耦合设计。Spring 容器管理着 Beans 的生命周期和配置,而核心模块为各种应用场景提供了丰富的功能支持。通过全面掌握这些核心概念,开发者可以更加高效地利用 Spring 框架开发企业级应用。
67 18
|
8天前
|
传感器 监控 安全
智慧工地云平台的技术架构解析:微服务+Spring Cloud如何支撑海量数据?
慧工地解决方案依托AI、物联网和BIM技术,实现对施工现场的全方位、立体化管理。通过规范施工、减少安全隐患、节省人力、降低运营成本,提升工地管理的安全性、效率和精益度。该方案适用于大型建筑、基础设施、房地产开发等场景,具备微服务架构、大数据与AI分析、物联网设备联网、多端协同等创新点,推动建筑行业向数字化、智能化转型。未来将融合5G、区块链等技术,助力智慧城市建设。
|
2月前
|
设计模式 XML Java
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
本文详细介绍了Spring框架的核心功能,并通过手写自定义Spring框架的方式,深入理解了Spring的IOC(控制反转)和DI(依赖注入)功能,并且学会实际运用设计模式到真实开发中。
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
|
1月前
|
监控 JavaScript 数据可视化
建筑施工一体化信息管理平台源码,支持微服务架构,采用Java、Spring Cloud、Vue等技术开发。
智慧工地云平台是专为建筑施工领域打造的一体化信息管理平台,利用大数据、云计算、物联网等技术,实现施工区域各系统数据汇总与可视化管理。平台涵盖人员、设备、物料、环境等关键因素的实时监控与数据分析,提供远程指挥、决策支持等功能,提升工作效率,促进产业信息化发展。系统由PC端、APP移动端及项目、监管、数据屏三大平台组成,支持微服务架构,采用Java、Spring Cloud、Vue等技术开发。
|
2月前
|
存储 物联网 大数据
探索阿里云 Flink 物化表:原理、优势与应用场景全解析
阿里云Flink的物化表是流批一体化平台中的关键特性,支持低延迟实时更新、灵活查询性能、无缝流批处理和高容错性。它广泛应用于电商、物联网和金融等领域,助力企业高效处理实时数据,提升业务决策能力。实践案例表明,物化表显著提高了交易欺诈损失率的控制和信贷审批效率,推动企业在数字化转型中取得竞争优势。
120 16

推荐镜像

更多