循环依赖指Bean间相互引用导致Spring初始化失败。1. 用@Lazy注解延迟加载，创建代理对象；2. 改构造器注入为Setter或字段注入，利用Spring三级缓存机制；3. 重构代码，提取公共逻辑或使用事件驱动解耦；4. 实现ApplicationContextAware手动获取Bean（不推荐）。优先推荐@Lazy结合重构从根本上解决问题。
Java后端开发中，循环依赖指的是两个或多个Bean相互依赖，导致Spring容器在初始化时无法完成注入。这个问题常见于使用Spring框架的项目中。解决方式要根据具体场景选择合适的方法。
1. 使用@Lazy注解延迟加载
当A依赖B，B又依赖A时，Spring在创建其中一个Bean时可以通过延迟加载避免立即注入另一个尚未初始化的Bean。
在依赖注入的地方加上@Lazy注解，告诉Spring先注入一个代理对象，等到真正调用时再初始化目标Bean。
@Servicepublic class ServiceA {
@Autowired
@Lazy
private ServiceB serviceB;
}
2. 构造器注入改为Setter或字段注入
Spring默认通过三级缓存机制支持**单例+字段/Setter注入**下的循环依赖，但构造器注入会直接报错，因为构造前无法获取实例。
立即学习“Java免费学习笔记（深入）”；
如果必须使用构造器注入，可以考虑重构代码结构，打破强依赖关系。
- 将其中一个依赖改为setter方式注入
- 确保至少一个Bean不是通过构造器强制依赖另一个
3. 重构代码，消除不必要的循环依赖
循环依赖往往是设计问题的体现。比如ServiceA和ServiceB互相调用，可能说明职责划分不清。
建议的做法：
- 提取公共逻辑到第三个Service（如ServiceCommon）
- 使用事件驱动模型（ApplicationEventPublisher），解耦直接调用
- 检查是否能通过接口或策略模式降低耦合度
4. 使用ApplicationContext手动获取Bean（不推荐常用）
在极端情况下，可以实现ApplicationContextAware接口，在需要时动态获取Bean，避开自动注入时机问题。
这种方式破坏了依赖注入的透明性，应作为最后手段。
public class ServiceA implements ApplicationContextAware {private ApplicationContext context;
public void callB() {
ServiceB serviceB = context.getBean(ServiceB.class);
}
}
基本上就这些。最推荐的是优先通过@Lazy临时解决，同时结合代码重构从根本上消除循环依赖，保持系统清晰可维护。
