SpringBean 拥有完整的生命周期,并且保存在Spring容器当中.
java对象 类,保存在堆中,拥有自己的独立空间.
SpringBean肯定是一个Java对象,但是Java对象肯定不是一个Bean.
bean的实例化过程
首先会去扫描我们的@compo ment注解,然后将这些Bean制作成BeanDefinition模型对象,并且放入map中,进行遍历判断是否懒加载,是否依赖等等的一些判断.而后会在实例化对象之前的时候推断选用哪种构造方法,之后进行初始化A并且注入属性,在填充属性的过程当中,他可能会发现A依赖B,这时候他又回去加载B,进行一系列的判断之后,他发现B又依赖于A,而A的工厂已经暴露,但是没有初始化完成
1.扫描注解.
2.装配成bd对象模型,并且保存到map集合当中.
3.遍历集合,进行判断.
4.获取class对象.(根据bd对象中保存的class对象才能加载一个类).
5.推断构造方法(我们平时在进行开发的时候,可能一个类有10个构造方法,Spring内部需要进行判断).
6.通过反射实例化对象(注意不是Bean).
7.合并BeanDefinition.
8.提前暴露一个Bean工厂对象.
9.填充属性(自动注入).
10.执行部分的aware接口.
11.执行部分的aware接口,执行Spring的生命周期的回调方法.
12.aop.
13.单例池.
bean如果不是单例的,那么一开始也不会走循环周期的流程.
bean的循环依赖
在objectFactory中A需要依赖B,B需要依赖A,这样就会陷入一个死循环的无限调用.此时我们引入了一个半成品的容器,当我们getBean的时候,会在两个池子中进行查找,一个是单例池,一个是半成品池,在半成品池中找到后,会对这2个属性都进行初始化操作,然后放入到单例池当中,这样就完成了循环引用的过程,就解决了死循环依赖的问题.
以上就是二级缓存.
那么二级缓存帮助我们解决了这个难题,为什么我们还要创建三级缓存呢.
因为二级缓存虽然帮助我们解决了死循环依赖的问题,但是它不能帮助我们解决依赖的问题,所以我们就出现了三级缓存.
什么叫做AOP代理的问题呢?
我们给对象添加AOP,其实就是添加了一层动态代理,但是我们getBean通过从半成品池中拿到的这个对象,其实并不是代理之后的对象,互相引用的过程当中其实想要引用的是他们各自的代理对象,这样就产生了冲突,所以衍生出了三级缓存.
BeanDefiniton的理解
我们可以把它理解为Bean的模型.
比如在Java当中Class clazz = a.class;
clazz这个对象可以作为a.class的一种实例化体现.
而BeanDefiniton我们可以理解为是在Spring当中Bean的一种实例化体现.
因为在Spring当中 Bean的scope等具体属性无法用类进行描述.
所以在Spring中他又自己研发了一个类,用来存储描述的信息,比如是否单例,是否懒加载,是否依赖等等.
也可以理解为我们平时做项目的时候,表和实体类之间对应的关系,每一张表都对应着一个新的实体类,我肯定不能用老的实体类对应新的表呀.
BeanDefiniton就是在这样的一种环境中产生的.
扩展
我们在使用BeanFactory的时候,他里面有个类叫做BeanFactoryPostProcess后置处理器,可以把这个理解为我们可以使用这个类可以对传递过来的BeanFactory进行加工,也可以称为后置处理.
BeanFactory 代码级别上就是 DefaultListableBeanFactory
