不限语言，谈谈如何避免循环依赖？

[vczyh]

如何避免循环依赖，这个其实和语言没什么关系。

解决方式也比较简单，但是随着业务复杂起来，比较容易出现这种情况。

就用 Java 来说，大家怎么避免 service 互相调用的。

[Kontinue]

1. 设计问题，重新设计
2. 学阿里，加一层 manager 层

[luman]

接口和实现分不同的 module 。实现 module 禁止其他模块引用。多个接口模块需要同时引用的类放到 common-module ，common 不引用任何模块

[VeryZero]

分层，如果发现 service 互相调用，就再加一层。。

[vczyh]

@Kontinue 那 service 调用 service 是否合理呢，还是直接禁止 service 依赖其他 service ，如果需要组合那么在 manager （ facade ）层干这件事。

[superB]

只要一個 God Class 就不依賴的

[vczyh]

@VeryZero 那这样是不是直接禁止 service 互相调用更好？

[vczyh]

@Very
@vczyh 写错了，应该是禁止 service 注入别的 service

[Kontinue]

@vczyh
我觉得 service 调用 service 是合理的，但是互相调用那就不合理了。。
1. 一般设计时候能想到的公共方法，一般会单独抽出来，放到 manager 层或者跟 2L 说的一样，搞一个 common module 。
2. 但写着写着，可能会出现新的 service 会用到之前 service 的某个方法，然后就开始互相调用了哈哈

[Akitora]

把需要调用的另一个服务的方法在上一层作为 callback 参数传进服务去

[frank1256]

无脑用，写完了，不同语言写工具去检测，spring 的 ioc ，或者 go 的 go-wire ，你让人去设计，不如让工具检测来的方便

[Jooooooooo]

刻意追求这种规定干啥...

[optional]

application service 禁止互相调用

[hay0577]

..循环依赖???不是有个懒加载就能解决了吗.现在没问题 能跑就行..等以后出了问题再说呗

[sadfQED2]

再加一层

[xuanbg]

我从来不考虑循环依赖问题，因为我写代码前先画个思维导图。我就问你思维导图怎么产生交叉？

[vczyh]

@frank1256 主要是检查出来后又得重新设计，不如在设计之初想想如何避免。

[vczyh]

@Jooooooooo 不是追求规定，如果一开始没有规定或者设计不合理，之后大概率出现循环依赖。

[vczyh]

@hay313955795 在理哈哈

[Jooooooooo]

@vczyh 有很多场景循环依赖是最简单合理的设计, 我认为刻意是规避没有意义.

[vczyh]

@xuanbg 你其实说到重点了，最根本的就是设计问题，谁依赖谁在设计之初就决定了，如果大家都了解那么没有问题，但是在业务发展的过程中，没有 review 很有可能破坏规则，那么可以可以在工程代码上指定一些规范来尽量避免，比如说：禁止 service 调用 service ？