SpringIoC-依赖注入源码解析

bubble小拾

于 2024-07-31 00:00:58 发布

阅读量885

点赞数 23

文章标签： java spring

本文链接：https://blog.csdn.net/qq_45061342/article/details/140808746

版权

1. 依赖注入底层原理流程图

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

2.1 手动注入

2.2 自动注入

2.2.1 XML的autowire自动注入

2.2.2 @Autowired注解的自动注入

3. 寻找注入点

3.1 static的字段或方法为什么不支持

5. resolveDependency()

6. findAutowireCandidates()

1. 依赖注入底层原理流程图

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

首先分两种：

手动注入
自动注入

2.1 手动注入

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

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

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

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

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

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

set方法注入
构造方法注入

2.2 自动注入

自动注入又分为两种：

XML的autowire自动注入
@Autowired注解的自动注入

2.2.1 XML的autowire自动注入

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

byType
byName
constructor
default
no

比如：

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

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

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

name：这个name并不是方法的名字，而是拿方法名字进过处理后的名字
1. 如果方法名字以“get”开头，比如“getXXX”,那么name=XXX
2. 如果方法名字以“is”开头，比如“isXXX”,那么name=XXX
3. 如果方法名字以“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，而也可以直接在<beans>标签中设置autowire，如果设置了，那么<bean>标签中设置的autowire如果为default，那么则会用<beans>标签中设置的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注解提供了与自动装配协作器中描述的相同的功能，但具有更细粒度的控制和更广泛的适用性

注意：更细粒度的控制。

XML中的autowire控制的是整个bean的所有属性，而@Autowired注解是直接写在某个属性、某个set方法、某个构造方法上的。

再举个例子，如果一个类有多个构造方法，那么如果用XML的autowire=constructor，你无法控制到底用哪个构造方法，而你可以用@Autowired注解来直接指定你想用哪个构造方法。

同时，用@Autowired注解，还可以控制，哪些属性想被自动注入，哪些属性不想，这也是细粒度的控制。

但是@Autowired无法区分byType和byName，@Autowired是先byType，如果找到多个则byName。

那么XML的自动注入底层其实也就是:

set方法注入
构造方法注入

2.2.2 @Autowired注解的自动注入

上文说了@Autowired注解，是byType和byName的结合。

@Autowired注解可以写在：

属性上：先根据属性类型去找Bean，如果找到多个再根据属性名确定一个
构造方法上：先根据方法参数类型去找Bean，如果找到多个再根据参数名确定一个
set方法上：先根据方法参数类型去找Bean，如果找到多个再根据参数名确定一个

而这种底层到了：

属性注入
set方法注入
构造方法注入

@Component
public class UserService {

	@Autowired
	private OrderService orderService;

	public void test(){
		System.out.println("test---> "+orderService);
	}

	public void setOrderService(OrderService orderService) {
		this.orderService = orderService;
	}

}

//AppConfig.java
@Bean(autowire = Autowire.BY_NAME)
//@Bean(autowire = Autowire.BY_TYPE)
public UserService userService() {
    UserService userService = new UserService();
    return userService;
}

populateBean（）方法中BY_NAME，BY_TYPE部分代码

int resolvedAutowireMode = mbd.getResolvedAutowireMode();
if (resolvedAutowireMode == AUTOWIRE_BY_NAME || resolvedAutowireMode == AUTOWIRE_BY_TYPE) {
    // MutablePropertyValues是PropertyValues具体的实现类
    MutablePropertyValues newPvs = new MutablePropertyValues(pvs);
    // Add property values based on autowire by name if applicable.
    // 根据名称自动装配属性值
    if (resolvedAutowireMode == AUTOWIRE_BY_NAME) {
        autowireByName(beanName, mbd, bw, newPvs);
    }
    // Add property values based on autowire by type if applicable.
    // 根据类型自动装配属性值
    if (resolvedAutowireMode == AUTOWIRE_BY_TYPE) {
        autowireByType(beanName, mbd, bw, newPvs);
    }
    pvs = newPvs;
}

3. 寻找注入点

在创建一个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对于的注入点集合对象，并缓存。

String类型不找注入点

AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
UserService userService = (UserService) applicationContext.getBean("userService");
userService.test();

public class AppConfig {
    @Bean
    public String number(){//String类型不找注入点
        return "666";
    }
}

@Component
@Scope("prototype")
public class UserService {
	@Autowired
	private String orderService;
    
	public void test(){
		System.out.println("test---> "+orderService);
	}
}

// 运行结果
test---> 666


// 对应源码
private InjectionMetadata buildAutowiringMetadata(final Class<?> clazz) {
		// 如果一个Bean的类型是String...，那么则根本不需要进行依赖注入
		if (!AnnotationUtils.isCandidateClass(clazz, this.autowiredAnnotationTypes)) {
			return InjectionMetadata.EMPTY;
		}
    省略....................
}

@Autowired注解的方法先执行--再到setOrderService方法执行


@Autowired注解的方法先执行--->对应源码为populateBean()->PropertyValues pvsToUse = bp.postProcessProperties(pvs, bw.getWrappedInstance(), beanName);
再到setOrderService方法执行-->对应源码为populateBean()->applyPropertyValues(beanName, mbd, bw, pvs);

@Component
@Scope("prototype")
public class UserService {

	@Autowired
	private OrderService orderService;
    
	public void setOrderService(OrderService orderService) {
		this.orderService = orderService;
	}
}


@Component
public class BubbleMergedBeanDefinitionPostProcessor implements MergedBeanDefinitionPostProcessor {

	@Override
	public void postProcessMergedBeanDefinition(RootBeanDefinition beanDefinition, Class<?> beanType, String beanName) {
		// 如果 bean 的名称是 "userService"
		if ("userService".equals(beanName)) {
			// 向 bean 的属性值中添加一个名为 "orderService" 的属性，并将一个新的 OrderService 实例作为属性值
			beanDefinition.getPropertyValues().add("orderService", new OrderService());//执行UserService中setOrderService方法
		}
	}
}

3.1 static的字段或方法为什么不支持

static filed不是注入点，不会进行自动注入

@Component
@Scope("prototype")
public class OrderService {
    
}

@Component
@Scope("prototype")
public class UserService  {

 @Autowired
 private static OrderService orderService;

 public void test() {
  System.out.println("test--->",orderService);
 }

}

// 对应源码
// static filed不是注入点，不会进行自动注入
//位置AutowiredAnnotationBeanPostProcessor-->buildAutowiringMetadata()-->
if (Modifier.isStatic(field.getModifiers())) {
    if (logger.isInfoEnabled()) {
        logger.info("Autowired annotation is not supported on static fields: " + field);
    }
    return;
}
// 注释这段代码，运行结果
userService1.test()、userService2.test()、userService1.test()值依次为为
test---> com.bubble.service.OrderService@bef2d72
test---> com.bubble.service.OrderService@22a637e7
test---> com.bubble.service.OrderService@22a637e7

//不注释的话都是 null

看上面代码，UserService和OrderService都是原型Bean，假设Spring支持static字段进行自动注入，那么现在调用两次

UserService userService1 = context.getBean("userService")
UserService userService2 = context.getBean("userService")

问此时，userService1的orderService值是什么？还是它自己注入的值吗？

答案：不是，一旦userService2 创建好了之后，static orderService字段的值就发生了修改了，从而出现bug。

3.2 桥接方法

public interface UserInterface<T> {
 void setOrderService(T t);
}

@Component
public class UserService implements UserInterface<OrderService> {

 private OrderService orderService;

 @Override
 @Autowired
 public 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/bubble/service/UserInterface<Lcom/bubble/service/OrderService;>;
// declaration: com/bubble/service/UserService implements com.bubble.service.UserInterface<com.bubble.service.OrderService>
public class com/bubble/service/UserService implements com/bubble/service/UserInterface {

  // compiled from: UserService.java

  @Lorg/springframework/stereotype/Component;()

  // access flags 0x2
  private Lcom/bubble/service/OrderService; orderService

  // access flags 0x1
  public <init>()V
   L0
    LINENUMBER 12 L0
    ALOAD 0
    INVOKESPECIAL java/lang/Object.<init> ()V
    RETURN
   L1
    LOCALVARIABLE this Lcom/bubble/service/UserService; L0 L1 0
    MAXSTACK = 1
    MAXLOCALS = 1

  // access flags 0x1
  public setOrderService(Lcom/bubble/service/OrderService;)V
  @Lorg/springframework/beans/factory/annotation/Autowired;()
   L0
    LINENUMBER 19 L0
    ALOAD 0
    ALOAD 1
    PUTFIELD com/bubble/service/UserService.orderService : Lcom/bubble/service/OrderService;
   L1
    LINENUMBER 20 L1
    RETURN
   L2
    LOCALVARIABLE this Lcom/bubble/service/UserService; L0 L2 0
    LOCALVARIABLE orderService Lcom/bubble/service/OrderService; L0 L2 1
    MAXSTACK = 2
    MAXLOCALS = 2

  // access flags 0x1
  public test()V
   L0
    LINENUMBER 23 L0
    GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
    LDC "test123"
    INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/String;)V
   L1
    LINENUMBER 24 L1
    RETURN
   L2
    LOCALVARIABLE this Lcom/bubble/service/UserService; L0 L2 0
    MAXSTACK = 2
    MAXLOCALS = 1

  // access flags 0x1041
  public synthetic bridge setOrderService(Ljava/lang/Object;)V
  @Lorg/springframework/beans/factory/annotation/Autowired;()
   L0
    LINENUMBER 11 L0
    ALOAD 0
    ALOAD 1
    CHECKCAST com/bubble/service/OrderService
    INVOKEVIRTUAL com/bubble/service/UserService.setOrderService (Lcom/bubble/service/OrderService;)V
    RETURN
   L1
    LOCALVARIABLE this Lcom/bubble/service/UserService; L0 L1 0
    MAXSTACK = 2
    MAXLOCALS = 2
}

可以看到在UserSerivce的字节码中有两个setOrderService方法：

public setOrderService(Lcom/bubble/service/OrderService;)V
public synthetic bridge setOrderService(Ljava/lang/Object;)V

并且都是存在@Autowired注解的。

4. 注入点进行注入

Spring在AutowiredAnnotationBeanPostProcessor的postProcessProperties()方法中，会遍历所找到的注入点依次进行注入。

/**
 * 在完成Bean属性填充之后，对Bean的属性进行进一步处理。
 *
 * @param pvs       Bean的属性值
 * @param bean      要处理的Bean实例
 * @param beanName  Bean的名称
 * @return 经过处理后的Bean的属性值
 * @throws BeanCreationException 如果属性注入失败抛出异常
 */
@Override
public PropertyValues postProcessProperties(PropertyValues pvs, Object bean, String beanName) {
    // Class<?> beanClass = bean.getClass();查找当前Bean的类类型，以便确定需要注入的依赖关系

    // 找注入点（所有被@Autowired注解了的Field或Method），以获取注入元数据
    InjectionMetadata metadata = findAutowiringMetadata(beanName, bean.getClass(), pvs);
    try {
        metadata.inject(bean, beanName, pvs);// 通过注入元数据，将依赖注入到Bean实例中
    }
    catch (BeanCreationException ex) {
        throw ex;// 如果Bean创建异常，直接抛出该异常
    }
    catch (Throwable ex) {// 如果依赖注入失败，抛出一个BeanCreationException，包含失败的原因
        throw new BeanCreationException(beanName, "Injection of autowired dependencies failed", ex);
    }
    return pvs;// 返回经过处理后的属性值，这里不对属性值进行修改
}

/**
 * 将依赖注入应用到目标对象的方法。遍历每个被标记的注入点（Field或Method）并进行注入。
 * @param target    目标对象，将依赖注入应用到此对象
 * @param beanName  Bean的名称
 * @param pvs       Bean的属性值
 * @throws Throwable 如果依赖注入过程中出现异常则抛出
 */
public void inject(Object target, @Nullable String beanName, @Nullable PropertyValues pvs) throws Throwable {
    Collection<InjectedElement> checkedElements = this.checkedElements;
    // 选择要遍历的注入点集合（checkedElements优先，否则使用injectedElements）
    Collection<InjectedElement> elementsToIterate =
            (checkedElements != null ? checkedElements : this.injectedElements);
    if (!elementsToIterate.isEmpty()) {
        // 遍历每个注入点进行依赖注入
        for (InjectedElement element : elementsToIterate) {
            element.inject(target, beanName, pvs);
        }
    }
}

4.1 字段注入

遍历所有的AutowiredFieldElement对象。
将对应的字段封装为DependencyDescriptor对象。
调用BeanFactory的resolveDependency()方法，传入DependencyDescriptor对象，进行依赖查找，找到当前字段所匹配的Bean对象。
将DependencyDescriptor对象和所找到的结果对象beanName封装成一个ShortcutDependencyDescriptor对象作为缓存，比如如果当前Bean是原型Bean，那么下次再来创建该Bean时，就可以直接拿缓存的结果对象beanName去BeanFactory中去那bean对象了，不用再次进行查找了
利用反射将结果对象赋值给字段。

4.2 Set方法注入

遍历所有的AutowiredMethodElement对象
遍历将对应的方法的参数，将每个参数封装成MethodParameter对象
将MethodParameter对象封装为DependencyDescriptor对象
调用BeanFactory的resolveDependency()方法，传入DependencyDescriptor对象，进行依赖查找，找到当前方法参数所匹配的Bean对象。
将DependencyDescriptor对象和所找到的结果对象beanName封装成一个ShortcutDependencyDescriptor对象作为缓存，比如如果当前Bean是原型Bean，那么下次再来创建该Bean时，就可以直接拿缓存的结果对象beanName去BeanFactory中去那bean对象了，不用再次进行查找了
利用反射将找到的所有结果对象传给当前方法，并执行。

5. resolveDependency()

/**
 * 根据给定的 DependencyDescriptor 解析依赖。
 *
 * @param descriptor          依赖描述器，表示要解析的依赖信息
 * @param requestingBeanName 请求依赖的 Bean 的名称
 * @param autowiredBeanNames 已自动装配的 Bean 的名称集合
 * @param typeConverter      用于类型转换的 TypeConverter
 * @return 解析后的依赖对象
 * @throws BeansException 如果依赖解析失败，抛出 BeansException 异常
 */
@Override
@Nullable
public Object resolveDependency(DependencyDescriptor descriptor, @Nullable String requestingBeanName,
        @Nullable Set<String> autowiredBeanNames, @Nullable TypeConverter typeConverter) throws BeansException {
    //  初始化 ParameterNameDiscoverer，用来获取方法入参名字的
    descriptor.initParameterNameDiscovery(getParameterNameDiscoverer());

    // 所需要的类型是Optional
    if (Optional.class == descriptor.getDependencyType()) {
        return createOptionalDependency(descriptor, requestingBeanName);
    }
    // 所需要的的类型是ObjectFactory，或ObjectProvider
    else if (ObjectFactory.class == descriptor.getDependencyType() ||
            ObjectProvider.class == descriptor.getDependencyType()) {
        return new DependencyObjectProvider(descriptor, requestingBeanName);
    }
    // 如果所需类型是 javax.inject.Provider 类型
    else if (javaxInjectProviderClass == descriptor.getDependencyType()) {
        return new Jsr330Factory().createDependencyProvider(descriptor, requestingBeanName);
    }
    // 如果不是上述特殊类型的依赖
    else {
        // 在属性或set方法上使用了@Lazy注解，那么则构造一个代理对象并返回，真正使用该代理对象时才进行类型筛选Bean
        Object result = getAutowireCandidateResolver().getLazyResolutionProxyIfNecessary(
                descriptor, requestingBeanName);

        if (result == null) {
            // descriptor表示某个属性或某个set方法
            // requestingBeanName表示正在进行依赖注入的Bean
            // 使用 doResolveDependency 方法进行真正的依赖解析
            result = doResolveDependency(descriptor, requestingBeanName, autowiredBeanNames, typeConverter);
        }
        return result;
    }
}

该方法表示，传入一个依赖描述（DependencyDescriptor），该方法会根据该依赖描述从BeanFactory中找出对应的唯一的一个Bean对象。

下面来分析一下DefaultListableBeanFactory中resolveDependency()方法的具体实现，具体流程图：

6. findAutowireCandidates()

根据类型找beanName的底层流程

对应执行流程图为

找出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中

7. 关于依赖注入中泛型注入的实现

首先在Java反射中，有一个Type接口，表示类型，具体分类为：

raw types：也就是普通Class
parameterized types：对应ParameterizedType接口，泛型类型
array types：对应GenericArrayType，泛型数组
type variables：对应TypeVariable接口，表示类型变量，也就是所定义的泛型，比如T、K
primitive types：基本类型，int、boolean

import java.lang.reflect.Field;
import java.lang.reflect.GenericArrayType;
import java.lang.reflect.ParameterizedType;
import java.lang.reflect.TypeVariable;
import java.util.List;

public class TypeTest <T>{
	private int i;
	private Integer it;
	private int[] iarray;
	private List list;
	private List<String> slist;
	private List<T> 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() + "不是泛型变量");
		}

	}
}

//运行结果
i是基本数据类型
i不是泛型类型
i不是普通数组
i不是泛型数组
i不是泛型变量
=======
it不是基本数据类型
it不是泛型类型
it不是普通数组
it不是泛型数组
it不是泛型变量
=======
iarray不是基本数据类型
iarray不是泛型类型
iarray是普通数组
iarray不是泛型数组
iarray不是泛型变量
=======
list不是基本数据类型
list不是泛型类型
list不是普通数组
list不是泛型数组
list不是泛型变量
=======
slist不是基本数据类型
slist是泛型类型
slist不是普通数组
slist不是泛型数组
slist不是泛型变量
=======
tlist不是基本数据类型
tlist是泛型类型
tlist不是普通数组
tlist不是泛型数组
tlist不是泛型变量
=======
t不是基本数据类型
t不是泛型类型
t不是普通数组
t不是泛型数组
t是泛型变量
=======
tarray不是基本数据类型
tarray不是泛型类型
tarray是普通数组
tarray是泛型数组
tarray不是泛型变量

Spring中，但注入点是一个泛型时，也是会进行处理的，比如：

AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
UserService userService = (UserService) applicationContext.getBean("userService");
userService.test();

@Component
public class UserService extends BaseService<OrderService, StockService> {

public void test() {
    System.out.println(o);//com.bubble.service.OrderService@7a92922
	System.out.println(s);//com.bubble.service.StockService@2d6d8735
}
}

public class BaseService<O, S> {

 @Autowired
 protected O o;

 @Autowired
 protected S s;
}

@Component
public class StockService {
}

Spring扫描时发现UserService是一个Bean
那就取出注入点，也就是BaseService中的两个属性o、s
接下来需要按注入点类型进行注入，但是o和s都是泛型，所以Spring需要确定o和s的具体类型。
因为当前正在创建的是UserService的Bean，所以可以通过userService.getClass().getGenericSuperclass().getTypeName()获取到具体的泛型信息，比如com.bubble.service.BaseService<com.bubble.service.OrderService, com.bubble.service.StockService>
然后再拿到UserService的父类BaseService的泛型变量： for (TypeVariable<? extends Class<?>> typeParameter : userService.getClass().getSuperclass().getTypeParameters()) { System._out_.println(typeParameter.getName()); }
通过上面两段代码，就能知道，o对应的具体就是OrderService，s对应的具体类型就是StockService
然后再调用oField.getGenericType()就知道当前field使用的是哪个泛型，就能知道具体类型了

UserService userService = new UserService();
System.out.println(userService.getClass().getGenericSuperclass().getTypeName());
System.out.println("-------------------------------------------");
for (TypeVariable<? extends Class<?>> typeParameter : userService.getClass().getSuperclass().getTypeParameters()) {
    System.out.println(typeParameter.getName());
}
System.out.println("-------------------------------------------");
for (Field declaredField : userService.getClass().getSuperclass().getDeclaredFields()) {
    System.out.println(declaredField.getGenericType());
}

// 运行结果
com.bubble.service.BaseService<com.bubble.service.OrderService, com.bubble.service.StockService>
-------------------------------------------
O
S
-------------------------------------------
O
S

8. @Qualifier的使用

public class AppConfig {
	@Bean
	@Qualifier("a")
	public OrderService orderService() {
		return new OrderService();
	}

	@Bean
	@Qualifier("b")
	public OrderService orderService1() {
		return new OrderService();
	}
}

@Component
public class UserService {

	@Autowired
	@Qualifier("a") //匹配上面的a
	private OrderService orderService;
    
    public void test(){
		System.out.println(orderService);
	}
}

定义两个注解：

@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		//@Qualifier("roundRobin")
 private LoadBalance loadBalance;

 public void test() {
  System.out.println(loadBalance);
 }

}

9. @Resource

@Resource注解底层工作流程图：

10. @Lazy

一开始找到代理对象赋值给orderService，执行某个具体的方法的时候才会到spring容器中找bean

@Component
public class UserService {

	@Autowired
	@Lazy
	private OrderService orderService;
    
	@Autowired
	public void setOrderService(@Lazy OrderService orderService) {
		this.orderService = orderService;
	}

	public void test() {
		orderService.aaa();
		System.out.println(orderService);
	}
}

bubble小拾

关注

23
点赞
踩
13

收藏

觉得还不错? 一键收藏
0
评论
SpringIoC-依赖注入源码解析

2. Spring中到底有几种依赖注入的方式？2.1 手动注入在XML中定义Bean时，就是手动注入，因为是程序员手动给某个属性指定了值。2.2 自动注入2.2.1 XML的autowire自动注入2.2.2 @Autowired注解的自动注入
复制链接

扫一扫