Spring Boot应用中如何解决构造器注入的循环依赖问题？ -

题目

Spring Boot应用中如何解决构造器注入的循环依赖问题？

信息

类型：问答
难度：⭐⭐⭐

考点

Bean生命周期管理,循环依赖处理机制,构造器注入原理,Spring容器设计

快速回答

Spring无法自动解决构造器注入的循环依赖问题，因为Bean在实例化阶段就需要完成依赖注入。解决方案包括：

使用@Lazy延迟加载其中一个依赖
改用Setter/Field注入替代构造器注入
通过ApplicationContextAware手动获取Bean
重构代码消除循环依赖（最佳方案）

## 解析

问题本质

当两个或多个Bean通过构造器相互依赖时，Spring容器在初始化过程中会抛出BeanCurrentlyInCreationException。这是因为：

Spring Bean的创建分为实例化和属性填充两个阶段
构造器注入发生在实例化阶段，此时依赖的Bean必须已存在
循环依赖导致双方都无法完成实例化

解决方案与代码示例

1. 使用@Lazy延迟加载

@Service
public class ServiceA {
    private final ServiceB serviceB;

    @Autowired
    public ServiceA(@Lazy ServiceB serviceB) {
        this.serviceB = serviceB;
    }
}

@Service
public class ServiceB {
    private final ServiceA serviceA;

    @Autowired
    public ServiceB(ServiceA serviceA) {
        this.serviceA = serviceA;
    }
}

原理： @Lazy创建代理对象，延迟实际初始化，打破实例化阶段的死锁

2. 改用Setter注入

@Service
public class ServiceA {
    private ServiceB serviceB;

    @Autowired
    public void setServiceB(ServiceB serviceB) {
        this.serviceB = serviceB;
    }
}

@Service
public class ServiceB {
    private ServiceA serviceA;

    @Autowired
    public void setServiceA(ServiceA serviceA) {
        this.serviceA = serviceA;
    }
}

原理： Setter注入发生在属性填充阶段，此时Bean实例已存在，Spring通过三级缓存解决循环依赖

3. ApplicationContextAware手动获取

@Service
public class ServiceA implements ApplicationContextAware {
    private ApplicationContext context;
    private ServiceB serviceB;

    @PostConstruct
    public void init() {
        this.serviceB = context.getBean(ServiceB.class);
    }

    @Override
    public void setApplicationContext(ApplicationContext ctx) {
        this.context = ctx;
    }
}

@Service
public class ServiceB {
    @Autowired
    private ServiceA serviceA;
}

最佳实践

优先重构代码：通过提取公共逻辑、引入第三方Bean等方式消除循环依赖
避免构造器循环：在可能的情况下使用Setter/Field注入
谨慎使用@Lazy：可能掩盖设计问题并导致运行时异常
使用架构检测工具：如SonarQube检测循环依赖

常见错误

尝试在@Configuration类中使用构造器注入循环依赖
在@PostConstruct方法中调用循环依赖Bean导致死锁
误以为所有循环依赖都能通过三级缓存解决（仅适用于Setter/Field注入）

扩展知识：Spring三级缓存机制

一级缓存：存放完整初始化的单例Bean
二级缓存：存放早期暴露的Bean（已实例化但未填充属性）
三级缓存：存放Bean工厂（用于生成代理对象）

Setter注入循环依赖解决流程：

创建ServiceA实例（未填充属性）→ 放入二级缓存
填充ServiceA依赖ServiceB → 创建ServiceB实例
填充ServiceB依赖ServiceA → 从二级缓存获取ServiceA引用
完成ServiceB初始化 → 放入一级缓存
完成ServiceA初始化 → 放入一级缓存

设计启示

循环依赖通常反映架构缺陷：

违反单一职责原则（SRP）
领域边界不清晰
服务层职责过重
考虑引入事件驱动模式解耦