练佳子: 1·1111111

不尽野火: 那存到redis中的时候存储的具体是什么呢？有没有代码展示一下呢？求助

godelgnis: 那么此时的一级缓存就同时存放完整Bean和提前暴露引用的不完整Bean，如果在Bean的生命周期中想要对提前暴露引用的Bean进行一些处理，二级缓存就会无法支持这种场景，因此需要三级缓存来处理，一级缓存保存完整Bean，二级缓存保存提前暴露的不完整Bean，三级缓存存放能够提前暴露Bean引用的对象工厂，那么要对提前暴露引用的Bean进行特殊处理的场景就能够实现了，只需要在Bean后置处理器之后，在放入一级缓存之前，调用getSingleton方法，allowEarlyReference为false，查询二级缓存中是否存在对应的Bean，如果不为null，说明Bean提前暴露了，从三级缓存移动到了二级缓存，就需要进行处理。

godelgnis: 为什么需要三级缓存？一定需要三级缓存吗？ 简单来讲是为了解决循环依赖中出现aop代理问题，同时兼顾代码的可拓展性才这么设计。 如果只是为了解决循环依赖，只需要一级缓存就够了，我对比过SpringFramework-1.0的代码，早期的spring在AbstractBeanFactory中只用了一个叫singletonCache的一级缓存（也就是单例池）来解决循环依赖，同时，在AbstractAutowireCapableBeanFactory中，实例化Bean之后，就先把引用存放到一级缓存中，通过这个操作来解决循环依赖问题。 同时SpringBean生命周期的基调也已经定下来了，也就是实例化Bean，对Bean进行属性注入，调用aware接口回调，调用BeanPostProcessor的前置处理方法，调用Bean初始化方法，调用BeanPostProcessor后置处理方法这一流程。并且还没有getEarlyBeanReference这个方法，同时Sring中的aop的包也已经存在springframework1.0中，那么大胆猜测一下，早期的spring中已经有aop代理，但是还没有出现或者还没有修复循环依赖中出现aop代理的问题。 那么要解决循环依赖中出现aop代理问题引起的依赖注入引用不一致问题，可以实例化后通过getEarlyBeanReference把Bean引用提前暴露，放到一级缓存当中，依然只需要一级缓存就可以了。 但是从spring设计者的角度出发，如果仅仅为了解决循环依赖由于aop代理引起的问题，就改变了所有Bean的生命周期流程，那肯定是不可以的，修复这个问题把影响限制在只有循环依赖出现的时候，而不是每个代理对象都要提前暴露，这样子对于框架代码的影响才是最小的。所以最少需要用二级缓存解决，实例化之后先存放一个对象工厂到二级缓存，只有出现循环依赖时才需要提前暴露引用。

qq_36043775: 你去搜一下getSingleton方法，二级缓存中的原始bean是通过三级缓存中的ObjectFactory创建放入的