Spring中到底有几种依赖注入的方式？
首先分两种：
- 手动注入
- 自动注入
手动注入
在XML中定义Bean时，就是手动注入，因为是手动给某个属性指定了值。
<bean name="userService" class="com.busyboy.service.UserService">
<property name="orderService" ref="orderService"/>
</bean>
上面这种底层是通过set方法进行注入。
<bean name="userService" class="com.busyboy.service.UserService">
<constructor-arg index="0" ref="orderService"/>
</bean>
上面这种底层是通过构造方法进行注入。
所以手动注入的底层也就是分为两种：
- set方法注入
- 构造方法注入
自动注入
自动注入又分为两种：
- XML的autowire自动注入
- @Autowired注解的自动注入
XML的autowire自动注入
在XML中，我们可以在定义一个Bean时去指定这个Bean的自动注入模式：
- byType
- byName
- constructor
- default
- no
比如：
<bean id="userService" class="com.busyboy.service.UserService" autowire="byType"/>
这么写，表示Spring会自动的给userService中所有的属性自动赋值（不需要这个属性上有@Autowired注解，但需要这个属性有对应的set方法）。
在创建Bean的过程中，在填充属性时，Spring会去解析当前类，把当前类的所有方法都解析出来，Spring会去解析每个方法得到对应的PropertyDescriptor对象，PropertyDescriptor中有几个属性：
public class PropertyDescriptor extends FeatureDescriptor {
private Reference<? extends Class<?>> propertyTypeRef;
private final MethodRef readMethodRef;
private final MethodRef writeMethodRef;
private Reference<? extends Class<?>> propertyEditorClassRef;
private boolean bound;
private boolean constrained;
private String baseName;
private String writeMethodName;
private String readMethodName;
}
- name：这个name并不是方法的名字，而是拿方法名字进过处理后的名字
- 如果方法名字以“get”开头，比如“getXXX”,那么name=XXX
- 如果方法名字以“is”开头，比如“isXXX”,那么name=XXX
- 如果方法名字以“set”开头，比如“setXXX”,那么name=XXX
- readMethodRef：表示get方法的Method对象的引用
- readMethodName：表示get方法的名字
- writeMethodRef：表示set方法的Method对象的引用
- writeMethodName：表示set方法的名字
- propertyTypeRef：如果有get方法那么对应的就是返回值的类型，如果是set方法那么对应的就是set方法中唯一参数的类型
get方法的定义是： 方法参数个数为0个，并且 （方法名字以"get"开头 或者 方法名字以"is"开头并且方法的返回类型为boolean）
set方法的定义是： 方法参数个数为1个，并且 （方法名字以"set"开头并且方法返回类型为void）
所以，Spring在通过byName的自动填充属性时流程是：
- 找到所有set方法所对应的XXX部分的名字
- 根据XXX部分的名字去获取bean
Spring在通过byType的自动填充属性时流程是：
- 获取到set方法中的唯一参数的参数类型，并且根据该类型去容器中获取bean
- 如果找到多个，会报错。
以上，分析了autowire的byType和byName情况，那么接下来分析constructor，constructor表示通过构造方法注入，其实这种情况就比较简单了，没有byType和byName那么复杂。
如果是constructor，那么就可以不写set方法了，当某个bean是通过构造方法来注入时，spring利用构造方法的参数信息从Spring容器中去找bean，找到bean之后作为参数传给构造方法，从而实例化得到一个bean对象，并完成属性赋值（属性赋值的代码得编程人员来写）。
我们这里先不考虑一个类有多个构造方法的情况，我们这里只考虑只有一个有参构造方法。
其实构造方法注入相当于byType+byName，普通的byType是根据set方法中的参数类型去找bean，找到多个会报错，而constructor就是通过构造方法中的参数类型去找bean，如果找到多个会根据参数名确定。
另外两个：
- no，表示关闭autowire
- default，表示默认值，我们一直演示的某个bean的autowire，而也可以直接在标签中设置autowire，如果设置了，那么标签中设置的autowire如果为default，那么则会用标签中设置的autowire。
可以发现XML中的自动注入是挺强大的，那么问题来了，为什么我们平时都是用的@Autowired注解呢？而没有用上文说的这种自动注入方式呢？
@Autowired注解相当于XML中的autowire属性的注解方式的替代。这是在官网上有提到的。
Essentially, the @Autowired annotation provides the same capabilities as described in Autowiring Collaborators but with more fine-grained control and wider applicability
翻译一下： 从本质上讲，@Autowired注解提供了与autowire相同的功能，但是拥有更细粒度的控制和更广泛的适用性。
注意：更细粒度的控制。
XML中的autowire控制的是整个bean的所有属性，而@Autowired注解是直接写在某个属性、某个set方法、某个构造方法上的。
再举个例子，如果一个类有多个构造方法，那么如果用XML的autowire=constructor，你无法控制到底用哪个构造方法，而你可以用@Autowired注解来直接指定你想用哪个构造方法。
同时，用@Autowired注解，还可以控制，哪些属性想被自动注入，哪些属性不想，这也是细粒度的控制。
但是@Autowired无法区分byType和byName，@Autowired是先byType，如果找到多个则byName。
那么XML的自动注入底层其实也就是:
- set方法注入
- 构造方法注入
