实例化方法，把bean实例化，并且包装成BeanWrapper

1、点进这个方法里面。

这个方法是反射调用类中的 factoryMethod 方法。 这要知道@Bean 方法的原理， 实际上
spring 会扫描有@bean 注解的方法， 然后把方法名称设置到 BeanDefinition 的 factoryMethod
属性中， 接下来就会调到上面截图中的方法实现@Bean 方法的调用。 
2、 有参构造函数的时候

determineConstructorsFromBeanPostProcessors
这个方法是 BeanPostProcessor 接口类的首次应用， 最终会掉到
AutowiredAnnotationBeanPostProcessor 类的方法， 在方法中会扫描有注解的构造函数然后完
成装配过程。 然后把有有@Autowired 注解的构造函数返回。

3、 无参构造函数的实例化

 这就是简单的反射实例化。 大部分类的实例化都会走这个逻辑
4、 类中注解的收集
实例化完成后接下来就需要对类中的属性进行依赖注入操作， 但是类里面属性和方法的依
赖注入往往用@Autowired 或者@Resource 注解， 那么这些注解的依赖注入是如何完成的
呢？
注解的收集：

 也是通过 BeanPostProcessor 接口类型实例来挨个处理的。
A、 首先是
CommonAnnotationBeanPostProcessor 类， 这个类完成了@Resource 注解的属性或
者方法的收集
这个类还对@PostConstruct 和@PreDestory 支持

 收集过程
1、 看缓存里面有没有 InjectionMetadata 对象
2、 从类中获取所有 Field 对象， 循环 field 对象， 判断 field 有没有@Resource 注解，
如果有注解封装成 ResourceElement 对象
3、 从类中获取所有 Method 对象， 循环 Method 对象， 判断 Method 有没有@Resource
注解， 如果有注解封装成 ResourceElement 对象
4、 最终把两个 field 和 Method 封装的对象集合封装到 InjectionMetadata 对象中

B、 然后是
AutowiredAnnotationBeanPostProcessor 类， 对@Autowired 注解的属性和方法
的收集。 收集过程基本上跟@Resource 注解的收集差不多， 这里就不赘述了

5、 IOC\DI 依
对应的方法：

 这里又是一个 BeanPostProcessor 类型接口的运用， 前面我们讲到了@Resource@Autowired 注解的收集， 那么这个方法就是根据收集到的注解进行反射调用。 

 循环收集到的 metaData 中的 list 对象， 然后挨个调用里面的 InjectedElement 的inject 方法完成依赖注入。 

 其中 value 值的获取， 如果依赖的属性是一个引用类型必定会触发该属性的
BeanFactory.getBean 操作， 从而从 spring 容器中获取到对应的实例。 方法的依赖注
入类似这里就不再赘述。

6、 bean 实例化后的操作
代码走到这里：

 A、 首先是对某些 Aware 接口的调用

B、 然后@PostConstruct 注解方法的调用

 这里又是一个 BeanPostProcessor 接口的运用，
前面讲过， 有@PostConstruct 注解的方法会收集到一个 met
就是通过 BeanPostProcessor 接口调到
CommonAnnotationBeanPostProcessor 类， 然后在类中拿
根据对象里面的容器来反射调用有注解的方法。 代码如下：

 有@PostConstruct 注解的容器会收集到 initMethods 容器中， 接下来就是方法的

反射调用。

C、 InitializingBean 接口和 init-method 属性调用

 Init-method 属性调用是在 afterPropertiesSet 之后

 afterPropertiesSet和Init-method和有@PostConstruct注解的方法其实核
心功能都是一样的， 只是调用时序不一样而已， 都是在该类实例化和 IOC 做完后调用
的， 我们可以在这些方法中做一些在 spring 或者 servlet 容器启动的时候的初始化
工作。 比如缓存预热， 比如缓存数据加载到内存， 比如配置解析， 等等初始化工作。
在这个方法里面还有一个重要的逻辑

也是一个 BeanPostProcessor 接口的运用， 在这里会返回 bean 的代理实例， 这个
就是 AOP 的入口。
D、 FactoryBean 接口
带入如下：

 在实例化和 IOC/DI 做完后， 就会调用 FactoryBean 类型的接口， 如果要获取到
FactoryBean 类本身， 就必须加上”&”符号， 比如
beanFactory.getBean(“&beanName” )。

  BeanFactory.getBean(“beanName” )只能获取到 getObject()方法返回的实
例。
getObject 方法返回的实例会有单独的缓存存储， 跟其他实例不是同一个缓存， 对应的缓
存是： factoryBeanObjectCache 

E、 循环依赖
循环依赖请参照流程图理解
https://www.processon.com/view/link/5df9ce52e4b0c4255ea1a84f
循环依赖只会出现在单例实例无参构造函数实例化情况下
有参构造函数的加@Autowired 的方式循环依赖是直接报错的， 多例的循环依赖也是
直接报错的

 循环依赖步骤：
1、 A 类无参构造函数实例化后， 设置三级缓存
2、 A 类 populateBean 进行依赖注入， 这里触发了 B 类属性的 getBean 操作
3、 B 类无参构造函数实例化后， 设置三级缓存
4、 B 类 populateBean 进行依赖注入， 这里触发了 A 类属性的 getBean 操作
5、 A 类之前正在实例化， singletonsCurrentlyInCreation 集合中有已经
有这个 A 类了， 三级缓存里面也有了， 所以这时候是从三级缓存中拿到的提前暴露的
A 实例， 该实例还没有进行 B 类属性的依赖注入的， B 类属性为空。
6、 B 类拿到了 A 的提前暴露实例注入到 A 类属性中了
7、 B 类实例化已经完成， B 类的实例化是由 A 类实例化中 B 属性的依赖注入触发
的 getBean 操作进行的， 现在 B 已经实例化， 所以 A 类中 B 属性就可以完成依赖注
入了， 这时候 A 类 B 属性已经有值了
8、 B 类 A 属性指向的就是 A 类实例堆空间， 所以这时候 B 类 A 属性也会有值了。