标签：spring源码学习
入口方法：getsingleton，在
真正的实现：
spring单例在同一个spring容器中只创建一次，之后在获取bean的时候，会首先尝试从缓存加载bean，首先从singletonobjects中获取，singletonobjects中存储的是beanname->bean instance, 如果缓存为空，但该bean正在创建过程中（issingletoncurrentlyincreation）则尝试从singletonfactories中获取。这是因为spring创建单例bean的时候，存在循环依赖的问题。比如创建bean a的时候发现bean a引用了bean b，此时会去创建bean b，但又发现bean b引用了bean c，所以此时会去创建bean c，在创建bean c的过程中发现bean c引用bean a。这三个bean就形成了一个环。为了解决循环依赖的问题，spring采取了一种将创建的bean实例提早暴露加入到缓存中，一旦下一个bean创建的时候需要依赖上个bean，则直接使用objectfactory来获取bean。提前暴露bean实例到缓存的时机是在bean实例创建（调用构造方法）之后，初始化bean实例（属性注入）之前。具体在abstractautowirecapablebeanfactory类的
方法中。在该方法中调用了defaultsingletonbeanregistry类的
将允许提前暴露的单例bean提前加入singletonfactories中，这样就可以在创建依赖的时候避免循环依赖问题。
在从singletonfactories获取bean后，会将其存储到earlysingletonobjects中，然后从singletonfactories移除该bean，之后在要获取该bean就直接从earlysingletonobjects获取。这是因为从singletonfactories获取bean过程中需要调用singletonfactory.getobject()，这里还有一些操作，这样可以进一步提升性能。缓存思想用的很多。在java里面缓存大多都是指一个map结构，我想这应该是map的get和put操作都是o(1),适合用作缓存。
spring bean加载相关的缓存有以下这些：
singletonobjects和earlysingletonobjects的区别主要在于earlysingletonobjects是为了解决循环依赖设置的，储存的是提前暴露的bean name –> bean instance，而singletonobjects存储的是完全实例化的bean name –> bean instance。
最后附上我看源码自己写的例子：首先定义了三个bean,
测试方法：
testa提前暴露在singletonfactories的快照
当testc引用了testa,此时直接从singletonfactories获取objectfactory，调用其getobject()方法获取提前暴露的testa,快照如下