广州自助建站软件,2345网址大全设主页广告,苏宁网站优化与推广,郑州做网站琴Spring之依赖注入源码解析
Spring依赖注入的方式
手动注入
在XML中定义Bean时#xff0c;即为手动注入#xff0c;因为是程序员手动给某个属性指定了值。
通过set方式进行注入
bean nameuserService classcom.luban.service.UserService即为手动注入因为是程序员手动给某个属性指定了值。
通过set方式进行注入
bean nameuserService classcom.luban.service.UserServiceproperty nameorderService reforderService/
/bean通过构造方法注入
bean nameuserService classcom.luban.service.UserServiceconstructor-arg index0 reforderService/
/bean自动注入
XML的autowire自动注入
(1) byType
bean iduserService classcom.luban.service.UserService autowirebyType/这么写表示SPring会自动的给userService中所有的属性自动赋值不需要这个属性上有Autowired注解但需要有这个属性对应的set方法。
在创建Bean的过程中在填充属性时Spring会去解析当前类把当前类的所有方法都解析出来Spring会去解析每个方法得到对应的PropertyDescription对象PropertyDescriptor中有几个属性 name这个name不是方法的名字而是拿方法名字进行处理后的名字 a.如果方法名字以 “get”开头比如“getXXX”那么name XXX b.如果方法名字以“is”开头比如“isXXX”那么nameXXX c.如果方法名字以“set”开头比如setXXX,那么那么XXX readMethodRef表示get方法的methode对象的引用 readMethodName表示get方法的名字 writeMethodName表示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如果找到多个会报错
如果是constructor那么可以不写set方法当某个bean是通过构造方法来注入时Spring利用构造方法的参数信息从Spring容器中去找bean找到bean以后作为参数传递给构造方法从而实例化得到一个bean对象并完成属性赋值属性赋值的代码得程序员来写。
这里只考虑一个有参构造方法。
其实构造方法注入相当于byTypebyName普通byType是根据set方法中的参数类型去找bean找到了多个会报错而constructor就是通过构造方法中的参数类型去找bean如果找到多个会根据参数名确定。
另外两个
no表示关闭autowiredefault表示默认值我们一直演示的某个bean的autowire而也可以直接在beans标签中设置autowire吗如果设置了那么bean标签中设置的autowire如果为default那么则会用beans标签中设置的autowrie。
可以发现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翻译一下
从本质上讲Autowire注解提供了与autowire相同的功能但是拥有更细粒度的控制和更广泛的适用性。
注意更细粒度的控制。
XML中的autowire控制的是整个bean的所有属性而Autowired注解是直接写在某个属性、某个set方法、某个构造方法上的。
同时用Autowired注解还可以控制哪些属性想被自动注入哪些属性不想这也是细粒度的控制。
Autowired是先byType如果找到多个则byName。
那么XML的自动注入底层其实就是
set方法注入构造方法注入
Autowired
Autowired注解可以写在
属性上先根据属性类型去找Bean如果找到多个再根据属性名确定一个。构造方法上现根据方法参数类型去找Bean如果找到多个再根据参数名确定一个set方法上宪哥布局方法参数类型去找Bean如果找到多个再根据参数名确定一个
而这种底层到了
属性注入set方法注入构造方法注入
寻找注入点
在创建一个Bean的过程中Spring会利用AutowiredAnnotationBeanPostProcessor的**postProcessMergedBeanDefinition()**找出注入点并缓存找注入点的流程为
遍历当前类的所有的属性字段Field查看字段上是否存在Autowired、Value、Inject中的其中任意一个存在则认为该字段是一个注入点如果字段是static的则不进行注入获取Autowired中的required属性的值将字段信息构建成一个AutowiredFieldElement对象作为一个注入点对象添加到currElements集合中。遍历当前类的所有方法Method判断当前Method是否是交接方法如果是找到原方法查看方法上是否存在Autowired、Value、Inject中的其中任意一个存在则认为该方法是一个注入点如果方法是static的则不进行注入获取Autowired中的required属性的值将方法信息构造成一个AutowiredMethodElement对象作为一个注入点对象添加到currElements集合中。遍历完当前类的字段和方法后将遍历父类的直到没有父类。最后将currElements集合封装成一个InjectionMetadata对象作为当前Bean对于的注入点集合对象并缓存。
static的字段或方法为什么不支持
Component
Scope(prototype)
public class OrderService {
}Component
Scope(prototype)
public class UserService {Autowiredprivate static OrderService orderService;public void test() {System.out.println(test123);}
}看上面代码UserService和OrderService都是原型Bean假设Spring支持static字段进行自动注入那么现在调用两次
UserService userService1 context.getBean(“userService”)UserService userService2 context.getBean(“userService”)
问此时userService1的orderService值是什么还是它自己注入的值吗
答案是不是一旦userService2 创建好了之后static orderService字段的值就发生了修改了从而出现bug。
桥接方法
public interface UserInterfaceT {void setOrderService(T t);
}Component
public class UserService implements UserInterfaceOrderService {private OrderService orderService;OverrideAutowiredpublic void setOrderService(OrderService orderService) {this.orderService orderService;}public void test() {System.out.println(test123);}
}UserService对应的字节码为
// class version 52.0 (52)
// access flags 0x21
// signature Ljava/lang/Object;Lcom/zhouyu/service/UserInterfaceLcom/zhouyu/service/OrderService;;
// declaration: com/zhouyu/service/UserService implements com.zhouyu.service.UserInterfacecom.zhouyu.service.OrderService
public class com/zhouyu/service/UserService implements com/zhouyu/service/UserInterface {// compiled from: UserService.javaLorg/springframework/stereotype/Component;()// access flags 0x2private Lcom/zhouyu/service/OrderService; orderService// access flags 0x1public init()VL0LINENUMBER 12 L0ALOAD 0INVOKESPECIAL java/lang/Object.init ()VRETURNL1LOCALVARIABLE this Lcom/zhouyu/service/UserService; L0 L1 0MAXSTACK 1MAXLOCALS 1// access flags 0x1public setOrderService(Lcom/zhouyu/service/OrderService;)VLorg/springframework/beans/factory/annotation/Autowired;()L0LINENUMBER 19 L0ALOAD 0ALOAD 1PUTFIELD com/zhouyu/service/UserService.orderService : Lcom/zhouyu/service/OrderService;L1LINENUMBER 20 L1RETURNL2LOCALVARIABLE this Lcom/zhouyu/service/UserService; L0 L2 0LOCALVARIABLE orderService Lcom/zhouyu/service/OrderService; L0 L2 1MAXSTACK 2MAXLOCALS 2// access flags 0x1public test()VL0LINENUMBER 23 L0GETSTATIC java/lang/System.out : Ljava/io/PrintStream;LDC test123INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/String;)VL1LINENUMBER 24 L1RETURNL2LOCALVARIABLE this Lcom/zhouyu/service/UserService; L0 L2 0MAXSTACK 2MAXLOCALS 1// access flags 0x1041public synthetic bridge setOrderService(Ljava/lang/Object;)VLorg/springframework/beans/factory/annotation/Autowired;()L0LINENUMBER 11 L0ALOAD 0ALOAD 1CHECKCAST com/zhouyu/service/OrderServiceINVOKEVIRTUAL com/zhouyu/service/UserService.setOrderService (Lcom/zhouyu/service/OrderService;)VRETURNL1LOCALVARIABLE this Lcom/zhouyu/service/UserService; L0 L1 0MAXSTACK 2MAXLOCALS 2
}可以看到在UserSerivce的字节码中有两个setOrderService方法
public setOrderService(Lcom/zhouyu/service/OrderService;)Vpublic synthetic bridge setOrderService(Ljava/lang/Object;)V
并且都存在Autowired注解的
所以在Spring中需要处理这种情况当遍历到桥接方法时得找到原方法。
注入点进行注入
Spring在AutowiredAnnotationBeanPostProcessor的**postProcessProperties()**方法中会遍历所找到的注入点依次进行注入。
字段注入
遍历所有的AutowiredFieldElement对象。将对应字段封装为DependencyDescription对象。调用BeanFactory的resolveDependency()方法传入DependencyDescription对象进行依赖查找找到当前字段所匹配的Bean对象。将DependencyDescriptor对象和所找到的结果对象beanName封装成一个ShortcutDependencyDescriptor对象作为缓存比如如果当前Bean是原型Bean那么下次再来创建该Bean时就可以直接拿缓存的结果对象beanName去BeanFactory中去那bean对象了不用再次进行查找了利用反射将结果对象赋值给字段。
Set方法注入
遍历所有的AutowiredMethodElement对象遍历将对应的方法的参数将每个参数封装成MethodParameter对象将MethodParameter对象封装为DependencyDescriptor对象调用BeanFactory的resolveDependency()方法传入DependencyDescriptor对象进行依赖查找找到当前方法参数所匹配的Bean对象。将DependencyDescriptor对象和所找到的结果对象beanName封装成一个ShortcutDependencyDescriptor对象作为缓存比如如果当前Bean是原型Bean那么下次再来创建该Bean时就可以直接拿缓存的结果对象beanName去BeanFactory中去那bean对象了不用再次进行查找了利用反射将找到的所有结果对象传给当前方法并执行。
DependencyDescriptor方法
Nullable
Object resolveDependency(DependencyDescriptor descriptor, Nullable String requestingBeanName,Nullable SetString autowiredBeanNames, Nullable TypeConverter typeConverter) throws BeansException;该方法表示传入一个依赖描述DependencyDescriptor该方法会根据该依赖描述从BeanFactory中找出对应的唯一的一个Bean对象。
下面来分析一下DefaultListableBeanFactory中**resolveDependency()**方法的具体实现具体流程图
https://www.processon.com/view/link/5f8d3c895653bb06ef076688
findAutowireCandidates()实现
根据类型找beanName的底层流程https://www.processon.com/view/link/6135bb430e3e7412ecd5d1f2
对应执行流程图为https://www.processon.com/view/link/5f8fdfa8e401fd06fd984f20
找出BeanFactory中类型为type的所有的Bean的名字注意是名字而不是Bean对象因为我们可以根据BeanDefinition就能判断和当前type是不是匹配不用生成Bean对象把resolvableDependencies中key为type的对象找出来并添加到result中遍历根据type找出的beanName判断当前beanName对应的Bean是不是能够被自动注入先判断beanName对应的BeanDefinition中的autowireCandidate属性如果为false表示不能用来进行自动注入如果为true则继续进行判断判断当前type是不是泛型如果是泛型是会把容器中所有的beanName找出来的如果是这种情况那么在这一步中就要获取到泛型的真正类型然后进行匹配如果当前beanName和当前泛型对应的真实类型匹配那么则继续判断如果当前DependencyDescriptor上存在Qualifier注解那么则要判断当前beanName上是否定义了Qualifier并且是否和当前DependencyDescriptor上的Qualifier相等相等则匹配经过上述验证之后当前beanName才能成为一个可注入的添加到result中
关于依赖注入中泛型注入的实现
首先在Java反射中有一个Type接口表示类型具体分类为
raw types也就是普通的Classparameterized types对应ParameterizedType接口泛型类型array types对应GenericArrayType泛型数组type variables对应TypeVariable接口表示类型变量也就是所定义的泛型比如T、Kparamitive types基本类型int、boolean
大家可以好好看看下面代码所打印的结果
public class TypeTestT {private int i;private Integer it;private int[] iarray;private List list;private ListString slist;private ListT 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 BaseServiceOrderService, StockService {public void test() {System.out.println(o);}
}
public class BaseServiceO, S {Autowiredprotected O o;Autowiredprotected S s;
}Spring扫描时发现UserService是一个Bean那就取出注入点也就是BaseService中的两个属性O、S接下来需要按注入点类型进行注入但是o和s都是泛型所以Spring需要确定o和s的具体类型。因为当前正在创建的是UserService的Bean所以可以通过userService.getClass().getGenericSuperclass().getTypeName()获取到具体的泛型信息比如com.zhouyu.service.BaseServicecom.zhouyu.service.OrderService, com.zhouyu.service.StockService然后再拿到UserService的父类BaseService的泛型变量 for (TypeVariable? extends Class? typeParameter : userService.getClass().getSuperclass().getTypeParameters()) { System.*out*.println(typeParameter.getName());}通过上面两段代码就能知道o对应的具体就是OrderServices对应的具体类型就是StockService然后再调用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 {Overridepublic String select() {return null;}
}Component
RoundRobin
public class RoundRobinStrategy implements LoadBalance {Overridepublic String select() {return null;}
}使用
Component
public class UserService {AutowiredRoundRobinprivate LoadBalance loadBalance;public void test() {System.out.println(loadBalance);}
}Resource
Resource注解底层工作流程图
https://www.processon.com/view/link/5f91275f07912906db381f6e
