IoC循环依赖流程图

最新推荐文章于 2022-08-25 22:30:17 发布

cswhl

最新推荐文章于 2022-08-25 22:30:17 发布

阅读量488

点赞数 1

分类专栏： JAVA

本文链接：https://blog.youkuaiyun.com/cswhl/article/details/118657002

版权

JAVA 专栏收录该内容

13 篇文章

订阅专栏

1、循环依赖过程图

在这里插入图片描述

2、循环依赖过程

1、使用context.getBean(A.class)，旨在获取容器内的单例A(若A不存在，就会走A这个Bean的创建流程)，显然初次获取A是不存在的，因此走A的创建之路~

2、实例化A（注意此处仅仅是实例化），并将它放进三级缓存（此时A已经实例化完成，已经可以被引用了）

3、初始化A：@Autowired依赖注入B（此时需要去容器内获取B）

4、为了完成依赖注入B，会通过getBean(B)去容器内找B。但此时B在容器内不存在，就走向B的创建之路~

5、实例化B，并将其放入三级缓存。（此时B也能够被引用了）

6、初始化B，@Autowired依赖注入A（此时需要去容器内获取A）

7、此处重要：初始化B时会调用getBean(A)去容器内找到A，上面我们已经说过了此时候因为A已经实例化完成了并且放进了三级缓存里，所以这个时候去看缓存里是已经存在A的引用了的(切会将A的早期对象移至二级缓存)，所以getBean(A)能够正常返回

8、B初始化成功（此时已经注入A成功了，已成功持有A的引用了），return（注意此处return相当于是返回最上面的getBean(B)这句代码，回到了初始化A的流程中~）。

9、因为B实例已经成功返回了，因此最终A也初始化成功

到此，B持有的已经是初始化完成的A，A持有的也是初始化完成的B，完美~

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

cswhl

关注关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

【微服务】spring循环依赖深度解析

congge

12-06

7584

spring循环依赖解决详解

【微服务】spring 循环依赖问题深入解析

congge_study的博客

09-05

3621

spring 循环依赖问题深入解析

参与评论您还未登录，请先登录后发表或查看评论

Spring循环依赖流程分析

热门推荐

Jack 架构师之路

11-09

2万+

问题我们都知道在spring中，如果两个bean，相互依赖，那么就会出现循环依赖问题，如果spring对这种问题不进行处理的话，那么就会导致创建bean失败，所以这就是传说中的三级缓存解决循环依赖的问题。问题一：相互依赖从上面的流程图中我们就遇到了循环依赖的问题，也就是在创建BService的时候，依赖了AService,难道我们再次触发创建AService的流程吗，答案是肯定不行，为了解决这个问题，我们就需要知道哪些bean是正在创建中。在上面流程中，...

IOC流程解析-循环依赖

qq_39339965的博客

04-25

1118

Spring IOC 一系列文章下来，我们已经了解了整个spring IOC 核心refresh 方法的全部内容，这个方法名我是每篇文章都有提到，一定要记住。本次就聊一下IOC 的最后一个知识点：循环依赖的问题。什么是循环依赖？很多小伙伴都在各种渠道听到过“循环依赖”这个词，也应该有一定了解，但是我这里还是要重新在具体描述一下循环依赖的概念。 循环依赖是指：在spring IOC 容器初始化的时候，记住是初始化，不是实例化，上篇文章IOC流程解析-实例化和初始化就已近说过了spring 对于bean

【死磕 Spring】----- IOC 之循环依赖处理

chenssy 的技术博客

06-26

308

原文:https://www.topjava.cn/category/1391374860344758272 『chenssy』这篇分析 doCreateBean() 第三个过程：循环依赖处理。其实循环依赖并不仅仅只是在 doCreateBean() 中处理，其实在整个加载 bean 的过程中都有涉及，所以下篇内容并不仅仅只局限于 doCreateBean()，而是从整个 Bean 的加载过程进行分析。什么是循环依赖 循环依赖其实就是循环引用，就是两个或者两个以上的 bean 互相引用对方，最终.

Spring源码分析系列——循环依赖解析（附详尽流程图）

Maybe_9527的博客

01-08

1556

目录前言测试代码准备执行流程分析DefaultListableBeanFactory.PreInstantiateSingletons()解析第一个实体类student的getBean()doGetBean()方法分析DefaultSingletonBeanRegistry.getSingleton(beanName)方法分析DefaultSingletonBeanRegistry.getSingleton(beanName,ObjectFactory)重载方法分析createBean()方法分析popul

spring循环依赖

老王的专栏

03-19

347

spring

【八】Spring IoC 最全源码详解之bean的循环依赖

人工智障训练师的博客

03-01

746

先有鸡还是先有蛋，这是一个问题。目录 1. 什么是循环依赖 2. Spring针对循环依赖的解决方案 2.1 亚当的登场 2.2 夏娃的诞生 2.3 寻找亚当 2.4 完成亚当的创建 3. 附录：本项目工程文件 1. 什么是循环依赖 你中有我，我中有你，就是循环依赖。举个例子，本文使用的项目中“yadang”与“xiawa”这两个bean就是循环依赖的(参考附录)。Cla...

关于Spring IOC加载全流程

weixin_39755907的博客

04-02

713

@关于Spring IOC加载全流程在网上读了很多关于Spring IOC AOP但是总会断断续续看不明白，实在无奈自己写了一份先贴上一个流程图，对着流程图往下看这里主要讲解是AnnotationConfigApplicationContext,主要三个方法， this();//调用构造函数 register(annotatedClasses); // 注册配置类 refresh();//IOC容器刷新接口以下对这些方法逐一介绍 this(); init BeanDefinitionRegiste

Spring IOC、AOP以及Spring-Bean循环依赖解决

tubro2017的博客

08-08

1178

文章目录Spring IOC原理IOC原理：依赖注入（DI）的三种方式Spring-Bean循环依赖以及解决方式什么是循环依赖Spring怎么解决循环依赖原理Spring单例对象初始化过程三级缓存Spring为什么不使用两级缓存AOP使用AOP的目的AOP使用场景AOP原理Spring AOP实现主要参考文章 Spring IOC原理 IOC原理： IOC，即控制反转（Inversion of C...

spring IOC之循环依赖

LengWJ、的博客

08-25

376

说明：本篇循环依赖单指在IOC容器内的bean之间的循环依赖。什么是循环依赖？ 循环依赖：就是循环引用，就是两个或两个以上的bean之间相互持有对方。比如CircleA引用CircleB，CircleB引用CircleC，CircleC引用CircleA，最终形成一个环，循环调用是无法解决的，除非有终止条件，否则就是死循环，最终导致内存溢出错误。_______《spring源码深度解析》 ...

spring深入学习（二十二） IOC 之循环依赖处理

咖啡的博客

12-11

285

这篇分析 doCreateBean() 第三个过程：循环依赖处理。其实循环依赖并不仅仅只是在 doCreateBean() 中处理，其实在整个加载 bean 的过程中都有涉及，所以下篇内容并不仅仅只局限于 doCreateBean()，而是从整个 Bean 的加载过程进行分析。什么是循环依赖 循环依赖其实就是循环引用，就是两个或者两个以上的 bean 互相引用对方，最终形成一个闭环，如 A ...

spring循环依赖流程图

与君初相识，犹如故人归。

11-25

488

流程图能更好的看到循环依赖的全过程，还有一些面试相关的细节在我的这篇文章里 https://blog.youkuaiyun.com/weixin_43795033/article/details/109222100

ioc 的循环依赖问题

qszfly的博客

08-25

148

ioc三级缓存

Spring IOC循环依赖问题

moshubai的博客

04-24

333

5.1 什么是循环依赖 循环依赖其实就是循环引⽤，也就是两个或者两个以上的 Bean 互相持有对⽅，最终形成闭环。⽐如A 依赖于B，B依赖于C，C⼜依赖于A。注意，这⾥不是函数的循环调⽤，是对象的相互依赖关系。循环调⽤其实就是⼀个死循环，除⾮有终结条件。 Spring中循环依赖场景有：构造器的循环依赖（构造器注⼊） Field 属性的循环依赖（set注⼊）其中，构造器的循环依赖问题⽆法解决，只能拋出 BeanCurrentlyInCreationExcepti.

流程图：Spring 解决循环依赖

骑着蜗牛向前跑的博客

05-06

754

1. 循环依赖 // A.java @Component public class A { @Autowired private B b; public String getA(){ return a; } } // B.java @Component public class B { @Autowired private A a; public String getB(){ return b; } } 在程序启动时，A、B在各自 bean

spring-ioc-循环依赖

@Bean

11-17

413

spring-ioc的循环依赖，环境如下我们测试3个对象循环依赖 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" ...

【死磕 Spring】—– IOC 之循环依赖处理

weixin_40581617的博客

11-21

196

Spring源码分析之IOC循环依赖详解

leeta的博客

08-17

299

1.什么是循环依赖？当多个Bean相互依赖时则构成了循环依赖，例如A，B两个Bean。其中A中存在属性B，B中存在属性A，当Spring在实例化A时发现A中存在属性B，就去实例化B，实例化B时又发现存在属性A，一直在循环注入依赖，导致循环依赖问题出现。 2.Spring是怎么解决循环依赖的？ Spring中会通过各种Bean中间状态来达到Bean还未实例化完成时提前将Bean提前注入到依赖Bean的属性中，假设说Bean有三种状态分别是青年态(一级缓存)、胚胎态(二级缓存)、小蝌蚪态(三级缓存)其中

spring ioc源码解读

最新发布

04-26

<think>好的，我现在需要帮助用户理解Spring IOC容器的源码实现和工作原理。用户之前已经提供了一些相关的引用内容，我需要结合这些内容来组织一个清晰且详细的回答。首先，我应该先回顾用户提供的引用，找出关键点。引用1提到BeanFactory和ApplicationContext是两个核心接口，需要分析它们的源码差异。引用2提到了IoC容器的基本概念、关键接口、bean的生命周期和循环依赖的解决方法。引用3提到了事件发布器和监听器的初始化，这部分涉及观察者模式。引用4是关于prepareRefresh方法的预处理步骤，包括初始化属性和早期事件处理。引用5提到了Bean工厂后置处理器和Bean实例化的完成。接下来，我需要确定回答的结构。通常，源码分析可以从容器启动流程、Bean生命周期管理、核心接口差异、设计模式应用等方面展开。用户的问题比较广泛，所以需要覆盖主要部分，同时保持结构清晰。第一步，容器启动流程。根据引用4中的prepareRefresh方法，这是刷新前的预处理步骤，包括设置启动时间、状态，初始化属性，验证环境变量，保存早期事件。然后，引用5中的invokeBeanFactoryPostProcessors和finishBeanFactoryInitialization是后续步骤，处理Bean工厂后置处理器和实例化Bean。需要详细说明这些步骤的顺序和作用。第二步，Bean的生命周期管理。这里需要结合BeanFactory和ApplicationContext的区别，可能涉及Bean的创建、初始化、依赖注入、销毁等阶段。引用2中提到bean的生命周期是一个重点，可能需要详细描述每个阶段涉及的接口和方法，比如BeanPostProcessor。第三步，关键接口分析。BeanFactory作为基础接口，而ApplicationContext扩展了更多功能，如事件发布、国际化等。引用1和引用2都提到了这两个接口，需要比较它们的源码和功能差异，比如ApplicationContext如何继承BeanFactory并添加额外特性。第四部分，设计模式的应用。例如，观察者模式在事件处理中的应用，如引用3中的事件发布器和监听器的初始化。可能还有工厂模式在Bean创建中的使用，单例模式在Bean作用域中的应用等。第五部分，解决循环依赖。引用2提到循环依赖是高级特性，需要解释Spring如何通过三级缓存解决这个问题，可能涉及源码中的DefaultSingletonBeanRegistry类中的getSingleton方法及相关处理。在组织内容时，要确保每个部分都有对应的源码引用和解释，例如在容器启动流程中，可以引用prepareRefresh的代码片段，说明其作用。同时，结合用户提供的引用，正确标注引用标识，如[^4]、[^5]等。另外，用户可能需要示例代码或流程图来辅助理解，但根据问题描述，用户要求的是文本回答，所以需要用清晰的步骤和子标题来划分内容。比如使用“1. 容器启动流程”、“2. Bean生命周期管理”等。最后，生成相关问题，可能需要围绕源码分析、设计模式、具体实现细节等方面提问，例如询问BeanFactory和ApplicationContext的区别，或者如何扩展BeanPostProcessor接口。需要确保回答符合用户的要求：结构清晰，分步骤解释，引用正确，并且使用中文。同时，避免使用Markdown格式，但根据用户提供的示例，可能需要使用代码块来展示源码片段，如引用4中的prepareRefresh方法代码。现在需要整合这些思路，形成一个连贯的回答，涵盖用户提到的所有关键点，并正确引用提供的参考文献。</think>### Spring IOC 源码分析及详细解读 #### 一、容器启动流程 Spring IOC 容器的启动流程围绕 `ApplicationContext` 的 `refresh()` 方法展开，核心步骤如下： 1. **预处理阶段 (`prepareRefresh()`)** - 记录启动时间，设置容器状态为激活。 - 初始化环境变量和配置参数（如 `initPropertySources()`）。 - 验证必要属性是否合法（如 `validateRequiredProperties()`）。 - 准备早期事件存储队列 `earlyApplicationEvents` [^4]。 2. **加载Bean定义 (`obtainFreshBeanFactory()`)** - 创建 `BeanFactory`（默认实现为 `DefaultListableBeanFactory`）。 - 解析 XML 或注解配置，将 Bean 定义注册到 `BeanDefinitionMap` 中。 3. **处理后置处理器 (`invokeBeanFactoryPostProcessors()`)** - 调用 `BeanFactoryPostProcessor` 实现类（如 `ConfigurationClassPostProcessor`），完成配置类解析、`@Bean` 方法解析等[^5]。 4. **初始化事件和监听器** - 通过 `initApplicationEventMulticaster()` 初始化事件广播器。 - 通过 `registerListeners()` 注册监听器，支持观察者模式[^3]。 5. **实例化单例Bean (`finishBeanFactoryInitialization()`)** - 遍历 `BeanDefinitionMap`，对非懒加载的单例 Bean 进行实例化、依赖注入和初始化[^5]。 --- #### 二、Bean生命周期管理 Bean 的生命周期由以下接口控制： ```java // 示例代码：Bean生命周期关键接口 public interface BeanPostProcessor { Object postProcessBeforeInitialization(Object bean, String beanName); Object postProcessAfterInitialization(Object bean, String beanName); } ``` 1. **实例化**：通过反射调用构造函数。 2. **属性注入**：通过 `populateBean()` 方法注入依赖（如 `@Autowired`）。 3. **初始化**： - 调用 `InitializingBean.afterPropertiesSet()`。 - 执行自定义初始化方法（如 `@PostConstruct`）。 4. **销毁**：容器关闭时调用 `DisposableBean.destroy()` 或自定义销毁方法。 --- #### 三、核心接口对比：BeanFactory vs ApplicationContext | 特性 | BeanFactory | ApplicationContext | |---------------------|---------------------------|----------------------------------------| | Bean实例化 | 延迟加载 | 支持预加载（通过 `refresh()` 触发） | | 国际化支持 | 无 | 有（`MessageSource`） | | 事件发布 | 无 | 有（`ApplicationEventPublisher`） | | AOP集成 | 需手动配置 | 自动集成 | | 资源访问 | 基础支持 | 扩展支持（如 `ResourceLoader`） | ApplicationContext 通过组合模式扩展了 BeanFactory 的功能[^1]。 --- #### 四、设计模式应用 1. **工厂模式**：`BeanFactory` 是工厂接口，`DefaultListableBeanFactory` 是具体实现。 2. **观察者模式**：事件广播器 (`ApplicationEventMulticaster`) 和监听器 (`ApplicationListener`) 实现解耦[^3]。 3. **模板方法模式**：`AbstractApplicationContext.refresh()` 定义了容器刷新的步骤骨架。 --- #### 五、循环依赖解决 Spring 通过**三级缓存**解决循环依赖： 1. **一级缓存** (`singletonObjects`)：存放完全初始化的 Bean。 2. **二级缓存** (`earlySingletonObjects`)：存放未完成属性注入的早期 Bean 引用。 3. **三级缓存** (`singletonFactories`)：存放 Bean 工厂对象，用于生成早期代理对象。源码关键方法： ```java // DefaultSingletonBeanRegistry 类 protected Object getSingleton(String beanName, boolean allowEarlyReference) { Object singletonObject = this.singletonObjects.get(beanName); if (singletonObject == null && isSingletonCurrentlyInCreation(beanName)) { synchronized (this.singletonObjects) { singletonObject = this.earlySingletonObjects.get(beanName); if (singletonObject == null && allowEarlyReference) { ObjectFactory<?> singletonFactory = this.singletonFactories.get(beanName); if (singletonFactory != null) { singletonObject = singletonFactory.getObject(); this.earlySingletonObjects.put(beanName, singletonObject); this.singletonFactories.remove(beanName); } } } } return singletonObject; } ``` ---