spring循环依赖解决方案

1. 重新设计代码结构

最优方案：从根本上解决循环依赖的最佳做法是重新审视和设计你的代码结构，确保组件之间的依赖关系是清晰且单向的。这通常意味着需要对业务逻辑进行重构，使得每个服务或组件只依赖于其他组件，而不会形成闭环。

 

2. 使用@Lazy注解

适用场景：当你无法直接重构代码以消除循环依赖时，可以使用@Lazy注解来延迟依赖注入的时间点，直到Bean首次被实际使用时才进行实例化。
示例：

@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(@Lazy ServiceA serviceA) {
        this.serviceA = serviceA;
    }
}

 

3. 非必须单例时使用原型作用域

适用场景：如果循环依赖的Bean不是必须为单例的，可以考虑将它们的范围改为原型（prototype）作用域。这样，每次注入时都会创建一个新的实例，从而避免了循环依赖的问题。

 示例：

@Component
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public class PrototypeBean {
    // Bean逻辑
}

@Service
public class SingletonService {
    private final PrototypeBean prototypeBean;

    @Autowired
    public SingletonService(PrototypeBean prototypeBean) {
        this.prototypeBean = prototypeBean;
    }
}

4. 使用setter注入代替构造器注入

虽然在Spring Framework 5.2及以上版本中，构造器注入也能处理一定程度的循环依赖，但在某些情况下，使用setter注入可以更灵活地管理依赖关系，因为它允许Bean先被创建，然后再注入依赖。

示例：

@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;
    }
}

5. 分离接口和实现

如果你的循环依赖是由于接口和实现都互相引用导致的，可以考虑将接口和实现分离，确保接口之间没有直接的依赖关系。

 示例：

public interface MyService {
    // 定义服务接口
}

@Service
public class MyServiceImpl implements MyService {
    private final AnotherService anotherService;

    @Autowired
    public MyServiceImpl(AnotherService anotherService) {
        this.anotherService = anotherService;
    }
    // 实现接口方法
}

@Service
public class AnotherService {
    private final MyService myService;

    @Autowired
    public AnotherService(MyService myService) {
        this.myService = myService;
    }
    // 业务逻辑
}

6. 使用@PostConstruct或InitializingBean

对于某些初始化逻辑，可以考虑将这部分逻辑移到@PostConstruct注解的方法或实现InitializingBean接口的afterPropertiesSet方法中。这样，所有依赖都注入完毕后，再执行初始化逻辑，避免了初始化过程中的循环依赖问题。

示例 - 使用@PostConstruct:

@Service
public class MyService implements InitializingBean {
    private final DependentService dependentService;

    @Autowired
    public MyService(DependentService dependentService) {
        this.dependentService = dependentService;
    }

    @PostConstruct
    public void init() {
        // 这里进行初始化逻辑，此时所有依赖已经注入
    }

    // 其他业务方法
}

示例 - 使用InitializingBean接口:

@Service
public class MyService implements InitializingBean {
    private final DependentService dependentService;

    @Autowired
    public MyService(DependentService dependentService) {
        this.dependentService = dependentService;
    }

    @Override
    public void afterPropertiesSet() throws Exception {
        // 这里进行初始化逻辑，此时所有依赖已经注入
    }

    // 其他业务方法
}

注意事项

• 自Spring Boot 2.6.0起，对循环依赖的默认处理变得更加严格，不再自动解决某些类型的循环依赖，因此开发者需要更加注意代码设计。
• 解决循环依赖时，应优先考虑代码重构，因为过度依赖@Lazy或其他变通方法可能会增加系统的复杂度和潜在的不稳定因素。

选择合适的解决方案时，需根据具体情况权衡利弊，优先考虑那些能够保持代码清晰和可维护性的方法。