首先分两种:
doCreateBean->populateBean->autowireByName->unsatisfiedNonSimpleProperties->中的PropertyDescriptor在自动注入的时候,有一定的条件,就是属性必须有对应的set和get方法
在XML中定义Bean时,就是手动注入,因为是程序员手动给某个属性指定了值。
上面这种底层是通过set方法进行注入。
上面这种底层是通过构造方法进行注入。
所以手动注入的底层也就是分为两种:
自动注入又分为两种:
在XML中,我们可以在定义一个Bean时去指定这个Bean的自动注入模式:
比如:
这么写,表示Spring会自动的给userService中所有的属性自动赋值(不需要这个属性上有@Autowired注解,但需要这个属性有对应的set方法)。
代码流程:doCreateBean->populateBean->autowireByName->unsatisfiedNonSimpleProperties->中的PropertyDescriptor在自动注入的时候,有一定的条件,就是属性必须有对应的set和get方法
在创建Bean的过程中,在填充属性时,Spring会去解析当前类,把当前类的所有方法都解析出来,Spring会去解析每个方法得到对应的PropertyDescriptor对象,PropertyDescriptor中有几个属性:
get方法的定义是: 方法参数个数为0个,并且 (方法名字以"get"开头 或者 方法名字以"is"开头并且方法的返回类型为boolean)
set方法的定义是:方法参数个数为1个,并且 (方法名字以"set"开头并且方法返回类型为void)
所以,Spring在通过byName的自动填充属性时流程是:
Spring在通过byType的自动填充属性时流程是:
以上,分析了autowire的byType和byName情况,那么接下来分析constructor,constructor表示通过构造方法注入,其实这种情况就比较简单了,没有byType和byName那么复杂。
如果是constructor,那么就可以不写set方法了,当某个bean是通过构造方法来注入时,spring利用构造方法的参数信息从Spring容器中去找bean,找到bean之后作为参数传给构造方法,从而实例化得到一个bean对象,并完成属性赋值(属性赋值的代码得程序员来写)。
我们这里先不考虑一个类有多个构造方法的情况,后面单独讲推断构造方法。我们这里只考虑只有一个有参构造方法。
其实构造方法注入相当于byType+byName,普通的byType是根据set方法中的参数类型去找bean,找到多个会报错,而constructor就是通过构造方法中的参数类型去找bean,如果找到多个会根据参数名确定。
另外两个:
可以发现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
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中寻找,如果找不到,再根据类型查找