@nothingistrue
情况 1：查询用户，带出对应的订单（造成 User 依赖 Order.getListByUserId(long userId)接口）
情况 2：查询订单，带出用户的某些信息（造成 Order 依赖 User.getSomeInfo(long userId)）
请问这种 service 互相依赖怎么解决？

@ChoateYao 那意思是
之前：UserService.get(long id)：获取用户信息->根据用户 ID 获取所有订单信息（造成 UserService 依赖 OrderService ）
改成：为了禁止 service 之间调用，在 service 层上加一层，在这一层组合 UserService 和 OrderService
可以这么理解吗？

@libook 我也是这么认为

有没有同学有比较好的实践

@frank1256 事实确实是你说的那样，很蛋疼。

@Kontinue 是的，主要是后面会出现的，前期没有这个问题。

@VeryZero 那这一层一般叫什么呢？

@Jooooooooo spring 是一定程度上是支持的，但是 Golang 是禁止的。

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

@hay313955795 在理哈哈

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

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

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

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

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

感谢大家的回复，大体意思我明白了，我设置一下最大 fd

不考虑性能，请问大家这样做有什么问题没？