循环依赖
2022-01-18 19:43:15 1 举报
登录查看完整内容
循环依赖是指两个或多个模块之间相互依赖，形成一个闭环。这种依赖关系在程序设计中非常常见，但也会引发一些问题。例如，如果一个模块依赖于另一个模块，而后者又依赖于前者，那么这两个模块就形成了一个循环依赖。这种情况下，程序将无法正常运行，因为每个模块都在等待另一个模块先加载。为了解决这个问题，程序员可以使用一些技巧来打破循环依赖，例如提前加载某些模块或者使用延迟加载等方法。总之，循环依赖是一种常见的编程问题，需要谨慎处理。
作者其他创作
大纲/内容
需要A
B去创建
这个ObjectFactory就是上文说的labmda表达式，中间有getEarlyBeanReference方法，注意存入singletonFactories时并不会执行lambda表达式，也就是不会执行getEarlyBeanReference方法
从缓存中取
A：A原始对象
A创建时
从singletonFactories根据beanName得到一个ObjectFactory，然后执行ObjectFactory，也就是执行getEarlyBeanReference方法，此时会得到一个A原始对象经过AOP之后的代理对象，然后把该代理对象放入earlySingletonObjects中，注意此时并没有把代理对象放入singletonObjects中，那什么时候放入到singletonObjects中呢？我们这个时候得来理解一下earlySingletonObjects的作用，此时，我们只得到了A原始对象的代理对象，这个对象还不完整，因为A原始对象还没有进行属性填充，所以此时不能直接把A的代理对象放入singletonObjects中，所以只能把代理对象放入earlySingletonObjects，假设现在有其他对象依赖了A，那么则可以从earlySingletonObjects中得到A原始对象的代理对象了，并且是A的同一个代理对象。当B创建完了之后，A继续进行生命周期，而A在完成属性注入后，会按照它本身的逻辑去进行AOP，而此时我们知道A原始对象已经经历过了AOP，所以对于A本身而言，不会再去进行AOP了，那么怎么判断一个对象是否经历过了AOP呢？会利用上文提到的earlyProxyReferences，在AbstractAutoProxyCreator的postProcessAfterInitialization方法中，会去判断当前beanName是否在earlyProxyReferences，如果在则表示已经提前进行过AOP了，无需再次进行AOP。对于A而言，进行了AOP的判断后，以及BeanPostProcessor的执行之后，就需要把A对应的对象放入singletonObjects中了，但是我们知道，应该是要A的代理对象放入singletonObjects中，所以此时需要从earlySingletonObjects中得到代理对象，然后入singletonObjects中。整个循环依赖解决完毕。
B创建完成
将B赋值给A对象
A原始对象
放入缓存
需要B
代理对象
singletonFactories
原始对象
A原始对象生成一个ObjectFactory
JVM
原始对象的引用
0 条评论
回复 删除
下一页
