三级缓存==解决循环依赖？

1.是否一定需要用三级缓存解决循环依赖的问题？

三级缓存可以解决循环依赖的问题，那么二级缓存呢？答案是不能，因为原始的bean可能会被修改成代理对象。

//以下是从三级缓存中取到实际bean的过程中需要调用的函数getEarlyBeanReference，结果是获取到exposedObject
protected Object getEarlyBeanReference(String beanName, RootBeanDefinition mbd, Object bean) {
    Object exposedObject = bean;
    if (!mbd.isSynthetic() && this.hasInstantiationAwareBeanPostProcessors()) {
        Iterator var5 = this.getBeanPostProcessors().iterator();

        while(var5.hasNext()) {
            BeanPostProcessor bp = (BeanPostProcessor)var5.next();
            if (bp instanceof SmartInstantiationAwareBeanPostProcessor) {
                SmartInstantiationAwareBeanPostProcessor ibp = (SmartInstantiationAwareBeanPostProcessor)bp;
                exposedObject = ibp.getEarlyBeanReference(exposedObject, beanName);
            }
        }
    }

    return exposedObject;
} 

 所以很显然不能只用二级缓存，如果只用两级缓存，假如把lamda表达式放进二级缓存，那么实际创建出来的bean没地方还存了；假如直接把原始的bean放进二级缓存，但前提是这个bean没有运用aop，因为一旦运用了aop这个bean就会在后续ibp这个后处理器对他增强的时候被改成一个代理对象，那么前后的版本就不一致，spring就会报错。所以，必须要用三级缓存。

2.三级缓存的拓展？（earlyProxyReferences缓存（bean进行后处理））

earlyProxyReferences缓存相对于一般的普通类是不起作用的，所有的类在doCreateBean方法中的applyBeanPostProcessorsAfterInitialization方法（用来判断是否需要创建aop的方法）中去earlyProxyReferences缓存中找有没有这个beanname的bean，但是并不是所有的类的bean都会在earlyProxyReferences这个缓存中，因为只有当的doCreateBean这个方法中addSingletonFactory（把创建当前bean的lamda表达式放进三级缓存）执行之后，有某个地方调用了getSingleton去缓存中再次获取当前这个bean的时候，当前的这个bean才会被放进earlyProxyReferences缓存作为一个备份，那么什么地方有可能去getSingleton获取当前的bean呢，按目前的知识储备来讲，似乎只有当前bean被循环引用了。。。

所以earlyProxyReferences这个缓存时为了解决，当当前的bean被循环引用的时候，避免重复判断aop流程的（wrapIfNecessary）

public Object postProcessAfterInitialization(@Nullable Object bean, String beanName) {
		if (bean != null) {
			Object cacheKey = getCacheKey(bean.getClass(), beanName);
//去earlyProxyReferences缓存中找，有没有，如果有的话说明之前已经判断包装过aop了
			if (this.earlyProxyReferences.remove(cacheKey) != bean) {
				return wrapIfNecessary(bean, beanName, cacheKey);
			}
		}
		return bean;
	}