转型的3个关键问题

这三级缓存的作用分别是：

• singletonObjects：完成初始化的单例对象的 cache，这里的 bean 经历过 实例化->属性填充->初始化 以及各种后置处理(一级缓存)
• earlySingletonObjects：存放原始的 bean 对象(完成实例化但是尚未填充属性和初始化)，仅仅能作为指针提前曝光，被其他 bean 所引用，用于解决循环依赖的 (二级缓存)
• singletonFactories：在 bean 实例化完之后，属性填充以及初始化之前，如果允许提前曝光，Spring 会将实例化后的 bean 提前曝光，也就是把该 bean 转换成beanFactory 并加入到 singletonFactories(三级缓存)

我们首先从缓存中试着获取 bean，就是从这三级缓存中查找

 

大概的流程顺序(可以结合着源码看下，我就不贴了，贴太多的话，呕~呕呕，想吐)：

流程从 getBean 方法开始，getBean 是个空壳方法，所有逻辑直接到 doGetBean 方法中

transformedBeanName 将 name 转换为真正的 beanName(name 可能是 FactoryBean 以 & 字符开头或者有别名的情况，所以需要转化下)

然后通过 getSingleton(beanName) 方法尝试从缓存中查找是不是有该实例 sharedInstance(单例在 Spring 的同一容器只会被创建一次，后续再获取 bean，就直接从缓存获取即可)

如果有的话，sharedInstance 可能是完全实例化好的 bean，也可能是一个原始的 bean，所以再经 getObjectForBeanInstance 处理即可返回

当然 sharedInstance 也可能是 null，这时候就会执行创建 bean 的逻辑，将结果返回

第三步的时候我们提到了一个缓存的概念，这个就是 Spring 为了解决单例的循环依赖问题而设计的 三级缓存

 

Spring 启动后，读取如上的配置文件，会按顺序先实例化 A，但是创建的时候又发现它依赖了 B，接着就去实例化 B ，同样又发现它依赖了 A ，这尼玛咋整?无限循环呀

Spring “肯定”不会让这种事情发生的，如前言我们说的 Spring 实例化对象分两步，第一步会先创建一个原始对象，只是没有设置属性，可以理解为"半成品"—— 官方叫 A 对象的早期引用(EarlyBeanReference)，所以当实例化 B 的时候发现依赖了 A， B 就会把这个“半成品”设置进去先完成实例化，既然 B 完成了实例化，所以 A 就可以获得 B 的引用，也完成实例化了，这其实就是 Spring 解决循环依赖的思想。

不理解没关系，先有个大概的印象，然后我们从源码来看下 Spring 具体是怎么解决的。

源码解毒

代码版本：5.0.16.RELEASE

在 Spring IOC 容器读取 Bean 配置创建 Bean 实例之前, 必须对它进行实例化。只有在容器实例化后，才可以从 IOC 容器里获取 Bean 实例并使用，循环依赖问题也就是发生在实例化 Bean 的过程中的，所以我们先回顾下获取 Bean 的过程。

获取 Bean 流程

Spring IOC 容器中获取 bean 实例的简化版流程如下(排除了各种包装和检查的过程)

（编辑：长春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!