Spring之依赖注入源码解析

Spring中到底有几种依赖注入的方式？

首先分两种：

1. 手动注入
2. 自动注入

doCreateBean->populateBean->autowireByName->unsatisfiedNonSimpleProperties->中的PropertyDescriptor在自动注入的时候，有一定的条件，就是属性必须有对应的set和get方法

手动注入

在XML中定义Bean时，就是手动注入，因为是程序员手动给某个属性指定了值。

<bean name="userService" class="com.luban.service.UserService">
	<property name="orderService" ref="orderService"/>
</bean>

上面这种底层是通过set方法进行注入。

<bean name="userService" class="com.luban.service.UserService">
	<constructor-arg index="0" ref="orderService"/>
</bean>

上面这种底层是通过构造方法进行注入。

所以手动注入的底层也就是分为两种：

1. set方法注入
2. 构造方法注入

自动注入

自动注入又分为两种：

1. XML的autowire自动注入
2. @Autowired注解的自动注入

XML的自动注入

在XML中，我们可以在定义一个Bean时去指定这个Bean的自动注入模式：

1. byType
2. byName
3. constructor
4. default
5. no

比如：

<bean id="userService" class="com.luban.service.UserService" autowire="byType"/>

这么写，表示Spring会自动的给userService中所有的属性自动赋值（不需要这个属性上有@Autowired注解，但需要这个属性有对应的set方法）。

代码流程：doCreateBean->populateBean->autowireByName->unsatisfiedNonSimpleProperties->中的PropertyDescriptor在自动注入的时候，有一定的条件，就是属性必须有对应的set和get方法

在创建Bean的过程中，在填充属性时，Spring会去解析当前类，把当前类的所有方法都解析出来，Spring会去解析每个方法得到对应的PropertyDescriptor对象，PropertyDescriptor中有几个属性：

1. name：这个name并不是方法的名字，而是拿方法名字进过处理后的名字

1. 1. 如果方法名字以“get”开头，比如“getXXX”,那么name=XXX
   2. 如果方法名字以“is”开头，比如“isXXX”,那么name=XXX
   3. 如果方法名字以“set”开头，比如“setXXX”,那么name=XXX

1. readMethodRef：表示get方法的Method对象的引用
2. readMethodName：表示get方法的名字
3. writeMethodRef：表示set方法的Method对象的引用
4. writeMethodName：表示set方法的名字
5. propertyTypeRef：如果有get方法那么对应的就是返回值的类型，如果是set方法那么对应的就是set方法中唯一参数的类型

get方法的定义是： 方法参数个数为0个，并且 （方法名字以"get"开头 或者 方法名字以"is"开头并且方法的返回类型为boolean）

set方法的定义是：方法参数个数为1个，并且 （方法名字以"set"开头并且方法返回类型为void）

所以，Spring在通过byName的自动填充属性时流程是：

1. 找到所有set方法所对应的XXX部分的名字
2. 根据XXX部分的名字去获取bean

Spring在通过byType的自动填充属性时流程是：

1. 获取到set方法中的唯一参数的参数类型，并且根据该类型去容器中获取bean
2. 如果找到多个，会报错。

以上，分析了autowire的byType和byName情况，那么接下来分析constructor，constructor表示通过构造方法注入，其实这种情况就比较简单了，没有byType和byName那么复杂。

如果是constructor，那么就可以不写set方法了，当某个bean是通过构造方法来注入时，spring利用构造方法的参数信息从Spring容器中去找bean，找到bean之后作为参数传给构造方法，从而实例化得到一个bean对象，并完成属性赋值（属性赋值的代码得程序员来写）。

我们这里先不考虑一个类有多个构造方法的情况，后面单独讲推断构造方法。我们这里只考虑只有一个有参构造方法。

其实构造方法注入相当于byType+byName，普通的byType是根据set方法中的参数类型去找bean，找到多个会报错，而constructor就是通过构造方法中的参数类型去找bean，如果找到多个会根据参数名确定。

另外两个：

1. no，表示关闭autowire
2. default，表示默认值，我们一直演示的某个bean的autowire，而也可以直接在<beans>标签中设置autowire，如果设置了，那么<bean>标签中设置的autowire如果为default，那么则会用<beans>标签中设置的autowire。

可以发现XML中的自动注入是挺强大的，那么问题来了，为什么我们平时都是用的@Autowired注解呢？而没有用上文说的这种自动注入方式呢？

@Autowired注解相当于XML中的autowire属性的注解方式的替代。这是在官网上有提到的。

1.当属性上添加了@Autowired和@Lazy注解的时候，属性首先是生成一个代理对象注入，当真正的调用方法的时候，才会去spring中取获取真正的Bean，然后执行Bean对象的方法。

2.doResolveDependency->getDependencyType中获取Bean中@Value中的值->resolveEmbeddedValue,占位符填充(${}),会去环境的*.properties文件和环境变量(java编译命令等)中找对应的key-value->evaluateBeanDefinitionString解析spring表达式(#{})，这个表达式的意思是找括号中值对应的Bean来进行填充，接下来是类型转换器，这样就可以将非字符串属性的变量值通过字符串注入到Bean中

->resolveMultipleBeans，如果descriptor所对应的类型是数组、Map这些，就将descriptor对应的类型所匹配的所有bean方法，不用进一步做筛选了，这样获取出来的Bean，直接是map对象，并且把所有的对应的Bean对象都会保存进来，map，list这些都是通过类型来进行查找Bean对象的，eg：如果写一个List<Object> list;这样就会将所有的Bean对象保存进来

3.依赖注入的时候，首先会根据beanName进行缓存，当需要注入的时候，首先会去缓存中查找，如果查找到对应的beanName，就会调用getBean，进行Bean创建。（字段的注入点和方法的注入点实现的方法不一样，是两个cache表示的，所以如果通过方法和字段两种方式同时注入同一个对象的时候，那么不会有缓存的操作）

4.根据第一点，为什么缓存的是beanName呢？而不是Bean对象呢。

因为如果缓存的是Bean对象，那么依赖注入的类如果是原型的话，每次注入的就是单例了，这样不符合原型的概念。

5.CommonAnnotationBeanPostProcessor处理resource注解,并且@Resource的inject是在自己的父类中，和@Autowired的inject不一样。

关键代码：

getResourceToInject->getResource->autowireResource->if (this.fallbackToDefaultTypeMatch && element.isDefaultName && !factory.containsBean(name))首先会根据默认的名字去beanFactory中寻找，如果找不到，再根据类型查找