阅读之前要注意的东西：本文就是主打流水账式的源码阅读，主导的是一个参考，主要内容需要看官自己去源码中验证。全系列文章基于 spring 源码 5.x 版本。
写在开始前的话：
阅读spring 源码实在是一件庞大的工作，不说全部内容，单就最基本核心部分包含的东西就需要很长时间去消化了：
实际上我在博客里贴出来的还只是一部分内容，更多的内容，我放在了个人，fork自 spring 官方源码仓了； 而且对源码的学习，必须是要跟着实际代码层层递进的，不然只是干巴巴的文字味同嚼蜡。
这个仓设置的公共仓，可以直接拉取。
回到 doGetBean 初始的位置：
/** Cache of singleton objects: bean name --> bean instance */
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
如下是 singletonObjects 的定义，一个线程安全的HashMap,顾名思义只有是单例的bean被成功加载后才会被它缓存，所以非单例bean 是不可能从中获取到的。
如果我们请求的bean 是单例bean且已经被加载过，完成了整个加载流程，此时程序在方法第一行就已经可以退出了。
不是就接着往下：
这里的逻辑其实很简单，无非就是双重锁机制。第一次获取到null后，判断当前bean是否已经进入创建流程 isSingletonCurrentlyInCreation 这个方法名很直观。
isSingletonCurrentlyInCreation 返回true时，说明该bean已经在别的线程 (或递归循环依赖) 中进入创建流程了。
【PS * 前边提到过，bean被加载时，都会递归的去加载它所依赖的 bean】
这里还有另一位主角：
/** Cache of early singleton objects: bean name --> bean instance */
private final Map<String, Object> earlySingletonObjects = new HashMap<>(16);
它用于提前暴露bean, 你看这里先取了一次，没取到才正式进入创建流程，同样也是为了避免提前暴露动作重复。
还有另一位需要被重视的成员：
/** Cache of singleton factories: bean name --> ObjectFactory */
private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);
看到了么，它保存的对象实现了 ObjectFactory 接口，不陌生吧，前边讲循环依赖消解的文章介绍过它。
这里还有另一个很有意思的现象不知道你有没有注意到：earlySingletonObjects保存该bean之后，就立即从 singletonFactories 中移除了。
这里说明他们极有可能是一个传递关系：当一个bean 第一次被加载时，默认会保存到 singletonFactories
这时候这个bean 还在创建流程中，可能出现的情况是这时有另一个 bean 也依赖于它 (参考循环依赖，如果 spring 加载bean的过程是单线程，这时铁定出现循环依赖了。)
根据前边讲循环依赖的文章：
this.earlySingletonObjects.put(beanName, singletonObject);
bean的提前暴露它不就来了么？别看这里只有几行代码，结合上下文之后才会知道它的重要性。
前边讲到 bean 从 singletonFactories 传递到 earlySingletonObjects
那么我们再去追究下， singletonFactories 中是什么时候注入的，然后发现了只有一个地方调用了其上的：singletonFactories.put() 方法
再往上追踪，我们发现了一个名叫： doCreateBean 的方法，这是我们后续流程中关注的方法；它处于从 0 开始创建一个bean 的流程中。
先记住它，后边我们会再见到它的。
结合上边分析的流程，这里还有另一个定义，那就是三级缓存；spring 在消解循环依赖时引入了三级缓存：
一级缓存: Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256)
二级缓存: Map<String, Object> earlySingletonObjects = new HashMap<>(16)
三级缓存: Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16)
首先时创建全新bean 时，将其注入了 三级缓存中。
所以创建bean 的流程时，先从一级缓存获取，如果成功直接返回；
否则从二级缓存中，成功获取到bean，那么直接返回；
如果从二级缓存也无法获取，那么尝试从三级缓存获取，若从三级缓存成功获取，那么从三级缓存中移除该bean，并转移到二级缓存中。
最终，若三级缓存也无法获取，说明是在获取一个从未被加载的 bean。
最终，第一次被加载的bean，最初会被缓存到，三级缓存中，bean 创建流程中，关注上述提到的 doCreateBean()方法即可闭环。