Spring-依赖注入的处理过程

前置知识

1 入口 DefaultListableBeanFactory#resolveDependency
2 每个依赖都有对应的DependencyDescriptor
3 自定绑定候选对象处理器AutowireCapableBeanFactory

注入处理

我们可以看到接口AutowireCapableBeanFactory中有两个方法。
第一个是单个注入：

@Nullable
Object resolveDependency(DependencyDescriptor descriptor, @Nullable String requestingBeanName) throws BeansException;

还有一个是Set集合注入：

@Nullable
Object resolveDependency(DependencyDescriptor descriptor, @Nullable String requestingBeanName,
@Nullable Set<String> autowiredBeanNames, @Nullable TypeConverter typeConverter) throws BeansException;

我们可以看到它的实现关系：

下面这个代码从IOC中查找并注入一个Bean，依据这个区跟踪一下源码：

public class AnnotationDependencyInjectResolutionDemo {@Autowiredprivate Person person;public static void main(String[] args) {AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();context.register(AnnotationDependencyInjectResolutionDemo.class);context.refresh();QualifierAnnotationDependencyInjectDemo bean = context.getBean(QualifierAnnotationDependencyInjectDemo.class);}}

我们直接断点看一下DefaultListableBeanFactory#resolveDependency

DependencyDescriptor参数里面的信息：

DependencyDescriptor 描述了我们要注入的目标的一些信息：
参考文章:https://blog.csdn.net/andy_zhang2007/article/details/88135669

// 保存所包装依赖(成员属性或者成员方法的某个参数)所在的声明类，
// 其实该信息在 field/methodParameter 中已经隐含
private final Class<?> declaringClass;
// 如果所包装依赖是成员方法的某个参数，则这里记录该成员方法的名称
@Nullable
private String methodName;
// 如果所包装的是成员方法的某个参数，则这里记录该参数的类型
@Nullable
private Class<?>[] parameterTypes;
// 如果所包装的是成员方法的某个参数，则这里记录该参数在该函数参数列表中的索引
private int parameterIndex;
//如果所包装的是成员属性，则这里记录该成员属性的名称
@Nullable
private String fieldName;
// 标识所包装依赖是否必要依赖
private final boolean required;
// 标识所包装依赖是否需要饥饿加载
private final boolean eager;
// 标识所包装依赖的嵌套级别
private int nestingLevel = 1;
// 标识所包装依赖的包含者类，通常和声明类是同一个
@Nullable
private Class<?> containingClass;
// 所包装依赖 ResolvableType 的缓存
@Nullable
private transient volatile ResolvableType resolvableType;
// 所包装依赖 TypeDescriptor 的缓存
@Nullable
private transient volatile TypeDescriptor typeDescriptor;

下面分类去跟踪注入过程。

依赖查处理过程

1 普通的字段

@Configuration
public class LookUpByAnnotationSingle {@AutowiredPersonHolder personHolder;@Single@BeanPersonHolder personHolder(){Person person = new Person();person.setId(777L);person.setName("yong");return new PersonHolder(person);}public static void main(String[] args) {AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();context.register(LookUpByAnnotationSingle.class);context.refresh();Object bean = context.getBean("personHolder");context.close();}
}

• 字段注入前面的判断都会跳过进入到下面这个方法
  

• 同样的我们只关注字段注入的核心流程，前面的条件都不满足来到这个方法findAutowireCandidates：

这个方法里面首先BeanFactoryUtils#beanNamesForTypeIncludingAncestors找到候选的Beans

候选的Bean是通过上面这个方法找到的，并且返回的时候将Bean对象放入到Map中。

然后我们如果我们多个bean,determineAutowireCandidate这个方法会决定一个Bean，决定的方式为如果使用了Primary就注入PrimaryBean否则Ordered根据这个接口定义（或者我们在Bean申明的时候标注了@Order注解）的优先级来寻找，数字越低优先级越高：

2 集合

@Autowired
private Collection<Person> personGroupAll;

集合注入核心逻辑会走到下面这个方法，这个方法返回的时候multipleBeans已经不为空了这个这个直接返回。

为什么上面可以直接返回呢，因为在resolveMultipleBeans方法中，判断了注入的类型如果是集合类型，也是走的一样的逻辑findAutowireCandidates找到候选的Bean进行返回。

3 懒加载

@Autowired
@Lazy
private Person person;

在懒注入的时候我们在这个方法已经有值了，所以逻辑在这一步就结束了，返回的是一个代理对象。

这个对象是cglib提升后的对象：

4 Optional

@Autowiredprivate Optional<Person> person;

核心逻辑是走下面

其实里面的逻辑是一样的，只是最后封装为Optional:

@Autowired注入过程

• 元信息解析
• 依赖查找
• 依赖注入（字段方法）
  核心方法是AutowiredAnnotationBeanPostProcessor#AutowiredFieldElement#inject，在注入的过程中会先去处理依赖也就是上面的流程：
  参数bean是我们标注的类
  

这个方法被谁调用呢？属性后置处理AutowiredAnnotationBeanPostProcessor#postProcessProperties，当我们用xml配置的时候那么这个时候PropertyValues存储的就是的配置值

从打断点来看postProcessProperties方法会先于set注入执行，也就是先注入元信息，然后再注入值。
下面这个方法是合并子类和父类的元信息，每个类都会进入这个方法如果没有父类就是自己的元信息，这个方法在postProcessProperties之前执行。

这里会去查找AutowiredAnnotationBeanPostProcessor#buildAutowiringMetadata