扫描类
InitializingBean接口只有一个函数：afterPropertiesSet()这一阶段也可以在bean正式构造完成前增加我们自定义的逻辑，但它与前置处理不同，由于该函数并不会把当前bean对象传进来，因此在这一步没办法处理对象本身，只能增加一些额外的逻辑。 若要使用它，我们需要让bean实现该接口，并把要增加的逻辑写在该函数中。然后Spring会在前置处理完成后检测当前bean是否实现了该接口，并执行afterPropertiesSet函数。当然，Spring为了降低对客户代码的侵入性，给bean的配置提供了init-method属性，该属性指定了在这一阶段需要执行的函数名。Spring便会在初始化阶段执行我们设置的函数。init-method本质上仍然使用了InitializingBean接口。
循环依赖解决方案三级缓存
将代理对象放到一级缓存（单例池）
BeanNameAware
postProcessBeforeInitiallization()不再生成代理对象，直接从二级缓存拿到代理对象
属性注入b=getSingleton(B)此时B不存在，创建B
Awareinit
a=new A()创建原始对象
可以修改BeanDefinition的内容，若修改了类型，实例化的时候会实例化新的类型
postProcessBeforeInitiallization()生成AOP代理对象
InitializingBean接口的AfterProperitiesSet()init-method
注入Aware接口
如果你想要对象被使用前再进行一些自定义的处理，就可以通过BeanPostProcessor接口实现。该接口提供了两个函数：postProcessBeforeInitialzation和postProcessAfterInitialzation
根据原始对象生成lambda表达式放入三级缓存SingletonFactories
对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化。 对于ApplicationContext容器，当容器启动结束后，便实例化所有的bean。容器通过获取BeanDefinition对象中的信息进行实例化。并且这一步仅仅是简单的实例化，并未进行依赖注入。实例化对象被包装在BeanWrapper对象中，BeanWrapper提供了设置对象属性的接口，从而避免了使用反射机制设置属性。
postProcessBeforeInitialzation
实例化Bean
ApplicationContextAwaer
通过给destroy-method指定函数，就可以在bean销毁前执行指定的逻辑。
设置对象属性（依赖注入）
Spring会检测该对象是否实现了xxxAware接口，并将相关的xxxAware实例注入给bean。.如果Bean实现了BeanNameAware接口，Spring将Bean的ID传递给setBeanName()方法（实现BeanNameAware清主要是为了通过Bean的引用来获得Bean的ID，一般业务中是很少有用到Bean的ID的）
放入单例池
b=new B()创建原始对象，放入map
提前生成代理对象，放入二级缓存earlySingletonReference
Spring根据BeanDefinition中的信息进行依赖注入。并且通过BeanWrapper提供的设置属性的接口完成依赖注入。
DisposableBean和destroy-method
属性注入，a=getSingleton(A)从三级缓存找到A的lambda表达式并执行得到A的代理对象，将A的代理对象放入二级缓存
BeanFactoryAware
若有代理则得到代理对象，若没有，则得到原始对象
三级缓存的目的：三级缓存用来存放工厂二级缓存用来存放结果不在三级缓存的时候生成AOP对象是因为后面可能用不到二级缓存是为了避免其他类重复执行lambda表达式所以说将AOP对象放入二级缓存时从三级缓存中删除工厂
读取Class，生成BeanDefinition
循环依赖时提前暴露（一级缓存）
postProcessAfterInitialzation
