5 Spring依赖注入源码
目录
Spring中到底有几种依赖注入的方式？
手动注入
自动注入
XML的autowire自动注入
@Autowired注解的自动注入
寻找注入点
static的字段或方法为什么不支持
注入点进行注入
字段注入
Set方法注入
findAutowireCandidates()实现
关于依赖注入中泛型注入的实现
@Qualifier的使用
Spring中到底有几种依赖注入的方式？
手动注入
通过set方法进行注入
构造方法进行注入
自动注入
XML的autowire自动注入
自动注入模式：
1. byType
2. byName
3. constructor
4. default
5. no
例：
这么写，表示Spring会自动的给userService中所有的属性自动赋值（不需要这个属性上有@Autowired注解，但需要这个属性有对应的set方法）
在创建Bean的过程中，在填充属性时，Spring会去解析当前类，把当前类的所有方法都解析出来，Spring会去解析每个方法得到对应的PropertyDescriptor对象，PropertyDescriptor中有几个属性：
1. name：这个name并不是方法的名字，而是拿方法名字进过处理后的名字
i. 如果方法名字以“get”开头，比如“getXXX”,那么name=XXX
ii. 如果方法名字以“is”开头，比如“isXXX”,那么name=XXX
iii. 如果方法名字以“set”开头，比如“setXXX”,那么name=XXX
2. readMethodRef：表示get方法的Method对象的引用
3. readMethodName：表示get方法的名字
4. writeMethodRef：表示set方法的Method对象的引用
5. writeMethodName：表示set方法的名字
6. propertyTypeRef：如果有get方法那么对应的就是返回值的类型，如果是set方法那么对应的就是set方法中唯一参数的类型
get方法的定义是： 方法参数个数为0个，并且 （方法名字以"get"开头 或者 方法名字以"is"开头并且方法的返回类型为boolean）
set方法的定义是：方法参数个数为1个，并且 （方法名字以"set"开头并且方法返回类型为void）
autowire的byType和byName：
Spring在通过byName的自动填充属性时流程是：
1. 找到所有set方法所对应的XXX部分的名字
2. 根据XXX部分的名字去获取bean
Spring在通过byType的自动填充属性时流程是：
1. 获取到set方法中的唯一参数的参数类型，并且根据该类型去容器中获取bean
2. 如果找到多个，会报错
constructor：
spring利用构造方法的参数信息从Spring容器中去找bean，找到bean之后作为参数传给构造方法，从而实化得到一个bean对象，并完成属性赋值
构造方法注入相当于byType+byName，普通的byType是根据set方法中的参数类型去找bean，找到多个会报错，而constructor就是通过构造方法中的参数类型去找bean，如果找到多会根据参数名确定
为什么我们平时都是用的@Autowired注解呢？而没有用上文说的这种自动注入方式呢？
@Autowired注解相当于XML中的autowire属性的注解方式的替代
XML中的autowire控制的是整个bean的所有属性，而@Autowired注解是直接写在某个属性、某个set方法、某个构造方法上的
那么XML的自动注入底层其实也就是:
1. set方法注入
2. 构造方法注入
@Autowired注解的自动注入
= byType和byName的结合
@Autowired注解可以写在：
1. 属性上：先根据属性类型去找Bean，如果找到多个再根据属性名确定一个
2. 构造方法上：先根据方法参数类型去找Bean，如果找到多个再根据参数名确定一个
3. set方法上：先根据方法参数类型去找Bean，如果找到多个再根据参数名确定一个
而这种底层到了：
1. 属性注入
2. set方法注入
3. 构造方法注入
寻找注入点
在创建一个Bean的过程中，Spring会利用AutowiredAnnotationBeanPostProcessor的
**postProcessMergedBeanDefinition()**找出注入点并缓存，找注入点的流程为：
1. 遍历当前类的所有的属性字段Field
2. 查看字段上是否存在@Autowired、@Value、@Inject中的其中任意一个，存在则认为该字段是一个注入点
3. 如果字段是static的，则不进行注入
4. 获取@Autowired中的required属性的值
5. 将字段信息构造成一个AutowiredFieldElement对象，作为一个注入点对象添加到currElements集合中。
6. 遍历当前类的所有方法Method
7. 判断当前Method是否是桥接方法，如果是找到原方法
8. 查看方法上是否存在@Autowired、@Value、@Inject中的其中任意一个，存在则认为该方法是一个注入点
9. 如果方法是static的，则不进行注入
10. 获取@Autowired中的required属性的值
11. 将方法信息构造成一个AutowiredMethodElement对象，作为一个注入点对象添加到currElements集合中。
12. 遍历完当前类的字段和方法后，将遍历父类的，直到没有父类。
13. 最后将currElements集合封装成一个InjectionMetadata对象，作为当前Bean对于的注入点集合对象，并缓存。
static的字段或方法为什么不支持
@Component
@Scope("prototype")
public class UserService {
@Autowired
private static OrderService orderService;
public void test() {
System.out.println("test123");
}
} 看上面代码，UserService和OrderService都是原型Bean，假设Spring支持static字段进行自动注入，那么现在调用两次
1. UserService userService1 = context.getBean("userService")
2. UserService userService2 = context.getBean("userService")问此时，userService1的orderService值是什么？还是它自己注入的值吗？
答案是不是，一旦userService2 创建好了之后，static orderService字段的值就发生了修改了，从而出现bug。
注入点进行注入
字段注入
1. 遍历所有的AutowiredFieldElement对象。
2. 将对应的字段封装为DependencyDescriptor对象。
3. 调用BeanFactory的resolveDependency()方法，传入DependencyDescriptor对象，进行依
赖查找，找到当前字段所匹配的Bean对象。
4. 将DependencyDescriptor对象和所找到的结果对象beanName封装成一个
ShortcutDependencyDescriptor对象作为缓存，比如如果当前Bean是原型Bean，那么下次
再来创建该Bean时，就可以直接拿缓存的结果对象beanName去BeanFactory中去那bean对象
了，不用再次进行查找了
5. 利用反射将结果对象赋值给字段。
Set方法注入
1. 遍历所有的AutowiredMethodElement对象
2. 遍历将对应的方法的参数，将每个参数封装成MethodParameter对象
3. 将MethodParameter对象封装为DependencyDescriptor对象
4. 调用BeanFactory的resolveDependency()方法，传入DependencyDescriptor对象，进行依
赖查找，找到当前方法参数所匹配的Bean对象。
5. 将DependencyDescriptor对象和所找到的结果对象beanName封装成一个
ShortcutDependencyDescriptor对象作为缓存，比如如果当前Bean是原型Bean，那么下次
再来创建该Bean时，就可以直接拿缓存的结果对象beanName去BeanFactory中去那bean对象
了，不用再次进行查找了
6. 利用反射将找到的所有结果对象传给当前方法，并执行。
findAutowireCandidates()实现
1. 找出BeanFactory中类型为type的所有的Bean的名字，注意是名字，而不是Bean对象，因为我
们可以根据BeanDefinition就能判断和当前type是不是匹配，不用生成Bean对象
2. 把resolvableDependencies中key为type的对象找出来并添加到result中
3. 遍历根据type找出的beanName，判断当前beanName对应的Bean是不是能够被自动注入
4. 先判断beanName对应的BeanDefinition中的autowireCandidate属性，如果为false，表示不
能用来进行自动注入，如果为true则继续进行判断
5. 判断当前type是不是泛型，如果是泛型是会把容器中所有的beanName找出来的，如果是这种情
况，那么在这一步中就要获取到泛型的真正类型，然后进行匹配，如果当前beanName和当前泛
型对应的真实类型匹配，那么则继续判断
6. 如果当前DependencyDescriptor上存在@Qualifier注解，那么则要判断当前beanName上是否
定义了Qualifier，并且是否和当前DependencyDescriptor上的Qualifier相等，相等则匹配
7. 经过上述验证之后，当前beanName才能成为一个可注入的，添加到result中
关于依赖注入中泛型注入的实现
首先在Java反射中，有一个Type接口，表示类型，具体分类为：
1. raw types：也就是普通Class
2. parameterized types：对应ParameterizedType接口，泛型类型
3. array types：对应GenericArrayType，泛型数组
4. type variables：对应TypeVariable接口，表示类型变量，也就是所定义的泛型，比如T、K
5. primitive types：基本类型，int、boolean
大家可以好好看看下面代码所打印的结果：
public class TypeTest {
private int i;
private Integer it;
private int[] iarray;
private List list;
private List slist;
private List tlist;
private T t;
private T[] tarray;
public static void main(String[] args) throws NoSuchFieldException {
test(TypeTest.class.getDeclaredField("i"));
System.out.println("=======");
test(TypeTest.class.getDeclaredField("it"));
System.out.println("=======");
test(TypeTest.class.getDeclaredField("iarray"));
System.out.println("=======");
test(TypeTest.class.getDeclaredField("list"));
System.out.println("=======");
test(TypeTest.class.getDeclaredField("slist"));
System.out.println("=======");
test(TypeTest.class.getDeclaredField("tlist"));
System.out.println("=======");
test(TypeTest.class.getDeclaredField("t"));
System.out.println("=======");
test(TypeTest.class.getDeclaredField("tarray"));
}
public static void test(Field field) {
if (field.getType().isPrimitive()) {
System.out.println(field.getName() + "是基本数据类型");
} else {
System.out.println(field.getName() + "不是基本数据类型");
}
if (field.getGenericType() instanceof ParameterizedType) {
System.out.println(field.getName() + "是泛型类型");
} else {
System.out.println(field.getName() + "不是泛型类型");
}
if (field.getType().isArray()) {
System.out.println(field.getName() + "是普通数组");
} else {
System.out.println(field.getName() + "不是普通数组");
}
if (field.getGenericType() instanceof GenericArrayType) {
System.out.println(field.getName() + "是泛型数组");
} else {
System.out.println(field.getName() + "不是泛型数组");
}
if (field.getGenericType() instanceof TypeVariable) {
System.out.println(field.getName() + "是泛型变量");
} else {
System.out.println(field.getName() + "不是泛型变量");
}
}
} Spring中，但注入点是一个泛型时，也是会进行处理的，比如：
@Component
public class UserService extends BaseService {
public void test() {
System.out.println(o);
}
}
public class BaseService {
@Autowired
protected O o;
@Autowired
protected S s;
} 1. Spring扫描时发现UserService是一个Bean
2. 那就取出注入点，也就是BaseService中的两个属性o、s
3. 接下来需要按注入点类型进行注入，但是o和s都是泛型，所以Spring需要确定o和s的具体类型。
4. 因为当前正在创建的是UserService的Bean，所以可以通过
userService.getClass().getGenericSuperclass().getTypeName() 获取到具体的泛型信息，比如
com.zhouyu.service.BaseService
5. 然后再拿到UserService的父类BaseService的泛型变量： for (TypeVariable >> typeParameter : userService.getClass().getSuperclass().getTypeParameters()) {
System._out_.println(typeParameter.getName()); }
6. 通过上面两段代码，就能知道，o对应的具体就是OrderService，s对应的具体类型就是
StockService
7. 然后再调用 oField.getGenericType() 就知道当前field使用的是哪个泛型，就能知道具体类型了
@Qualifier的使用
定义两个注解：
@Target({ElementType.TYPE, ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
@Qualifier("random")
public @interface Random {
}
@Target({ElementType.TYPE, ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
@Qualifier("roundRobin")
public @interface RoundRobin {
}定义一个接口和两个实现类，表示负载均衡：
public interface LoadBalance {
String select();
}
@Component
@Random
public class RandomStrategy implements LoadBalance {
@Override
public String select() {
return null;
}
}
@Component
@RoundRobin
public class RoundRobinStrategy implements LoadBalance {
@Override
public String select() {
return null;
}
}使用：
@Component
public class UserService {
@Autowired
@RoundRobin
private LoadBalance loadBalance;
public void test() {
System.out.println(loadBalance);
}
}