跳转到内容
主菜单
主菜单
移至侧栏
隐藏
导航
首页
最近更改
随机页面
MediaWiki帮助
代码酷
搜索
搜索
中文(中国大陆)
外观
创建账号
登录
个人工具
创建账号
登录
未登录编辑者的页面
了解详情
贡献
讨论
编辑“︁
Spring循环依赖
”︁
页面
讨论
大陆简体
阅读
编辑
编辑源代码
查看历史
工具
工具
移至侧栏
隐藏
操作
阅读
编辑
编辑源代码
查看历史
常规
链入页面
相关更改
特殊页面
页面信息
外观
移至侧栏
隐藏
您的更改会在有权核准的用户核准后向读者展示。
警告:
您没有登录。如果您进行任何编辑,您的IP地址会公开展示。如果您
登录
或
创建账号
,您的编辑会以您的用户名署名,此外还有其他益处。
反垃圾检查。
不要
加入这个!
= Spring循环依赖 = '''循环依赖'''(Circular Dependency)是Spring框架中一个常见的设计问题,当两个或多个Bean相互依赖时,就会形成循环依赖。例如,Bean A依赖Bean B,而Bean B又反过来依赖Bean A。Spring IoC容器通过特定的机制处理这种情况,但开发者仍需理解其原理以避免潜在问题。 == 什么是循环依赖? == 循环依赖是指两个或多个组件(在Spring中通常是Bean)相互引用,形成一个闭环。例如: * Bean A → 依赖 → Bean B * Bean B → 依赖 → Bean A 这种依赖关系会导致Spring在初始化Bean时陷入无限循环,因此需要特殊的处理机制。 == Spring如何处理循环依赖? == Spring通过三级缓存(三级对象存储)机制来解决循环依赖问题: 1. '''一级缓存(singletonObjects)''':存储完全初始化好的Bean。 2. '''二级缓存(earlySingletonObjects)''':存储提前暴露的Bean(尚未完成属性注入)。 3. '''三级缓存(singletonFactories)''':存储Bean的工厂对象,用于生成半成品Bean。 Spring在创建Bean时,会先将其工厂对象放入三级缓存,然后在属性注入阶段发现循环依赖时,通过工厂对象提前暴露Bean的引用,从而打破循环。 === 处理流程示例 === <mermaid> graph TD A[创建Bean A] --> B[实例化A, 放入三级缓存] B --> C[注入A的属性, 发现需要Bean B] C --> D[创建Bean B] D --> E[实例化B, 放入三级缓存] E --> F[注入B的属性, 发现需要Bean A] F --> G[从三级缓存获取A的工厂对象] G --> H[通过工厂获取A的早期引用, 放入二级缓存] H --> I[完成B的创建, 放入一级缓存] I --> J[完成A的创建, 放入一级缓存] </mermaid> == 代码示例 == 以下是一个典型的循环依赖示例: === Bean定义 === <syntaxhighlight lang="java"> @Component public class BeanA { @Autowired private BeanB beanB; public void doSomething() { System.out.println("BeanA使用BeanB"); beanB.doSomething(); } } @Component public class BeanB { @Autowired private BeanA beanA; public void doSomething() { System.out.println("BeanB使用BeanA"); } } </syntaxhighlight> === 测试代码 === <syntaxhighlight lang="java"> @SpringBootApplication public class Application implements CommandLineRunner { @Autowired private BeanA beanA; public static void main(String[] args) { SpringApplication.run(Application.class, args); } @Override public void run(String... args) { beanA.doSomething(); } } </syntaxhighlight> === 输出 === <pre> BeanA使用BeanB BeanB使用BeanA </pre> == 循环依赖的限制 == Spring只能解决'''单例作用域'''(Singleton)Bean的'''通过属性注入'''的循环依赖。以下情况无法解决: 1. '''原型作用域(Prototype)Bean'''的循环依赖 2. '''构造器注入'''导致的循环依赖 3. '''@PostConstruct方法'''中直接使用依赖对象 === 构造器注入导致的循环依赖示例 === <syntaxhighlight lang="java"> @Component public class BeanC { private final BeanD beanD; @Autowired public BeanC(BeanD beanD) { this.beanD = beanD; } } @Component public class BeanD { private final BeanC beanC; @Autowired public BeanD(BeanC beanC) { this.beanC = beanC; } } </syntaxhighlight> 运行时会抛出<code>BeanCurrentlyInCreationException</code>异常。 == 最佳实践 == 1. 尽量避免循环依赖,重新设计代码结构 2. 如果必须使用循环依赖: * 使用setter注入而非构造器注入 * 使用<code>@Lazy</code>注解延迟初始化 3. 对于必须使用构造器注入的场景,考虑使用<code>ApplicationContext.getBean()</code>手动获取 === 使用@Lazy解决构造器注入问题 === <syntaxhighlight lang="java"> @Component public class BeanE { private final BeanF beanF; @Autowired public BeanE(@Lazy BeanF beanF) { this.beanF = beanF; } } </syntaxhighlight> == 数学表示 == 循环依赖可以表示为有向图中的环: <math> \exists \text{路径 } A \rightarrow B \rightarrow \cdots \rightarrow A </math> 其中A,B,...代表不同的Bean,箭头表示依赖关系。 == 实际应用场景 == 一个典型的实际案例是用户服务(UserService)和权限服务(PermissionService)的相互依赖: * <code>UserService</code>需要<code>PermissionService</code>来检查用户权限 * <code>PermissionService</code>需要<code>UserService</code>来获取用户角色信息 解决方案通常是: 1. 提取公共逻辑到第三个服务 2. 使用接口分离 3. 应用上述的Spring解决方案 == 常见问题 == === 为什么原型Bean不能解决循环依赖? === 因为Spring不会缓存原型Bean的实例,每次请求都会创建新实例,无法通过提前暴露引用来解决循环依赖。 === 如何检测应用程序中的循环依赖? === 1. 启动时观察<code>BeanCurrentlyInCreationException</code> 2. 使用Spring的<code>CircularDependencyDetector</code>工具类 3. 分析依赖关系图 == 总结 == Spring通过三级缓存机制优雅地解决了大多数单例Bean的循环依赖问题,但开发者仍应: 1. 理解其工作原理 2. 知道其限制条件 3. 优先考虑代码重构而非依赖此机制 4. 在必须使用时选择合适的注入方式 [[Category:后端框架]] [[Category:Spring]] [[Category:Spring Ioc容器]]
摘要:
请注意,所有对代码酷的贡献均被视为依照知识共享署名-非商业性使用-相同方式共享发表(详情请见
代码酷:著作权
)。如果您不希望您的文字作品被随意编辑和分发传播,请不要在此提交。
您同时也向我们承诺,您提交的内容为您自己所创作,或是复制自公共领域或类似自由来源。
未经许可,请勿提交受著作权保护的作品!
取消
编辑帮助
(在新窗口中打开)