有些人有可能不了解啥叫循环依赖，反正就是你的代码报错了报错信息贼较长贼吓人，摆烂...！

啥是Golang模块循环依赖？

简洁 就是你的代码里有两个或者更多个不同包，你在A包里import了B包，然后在B包里又import了A包，这就形成了一个循环。

有些循环不体当前 import 语句中，但依然会被编译器捕获：，弯道超车。

你说气不气人？明明没直接循环import，编译器还是给你报错！

打脸。 立刻学习了解“go语言免费学习了解笔记”；这玩意儿能让你更少走弯路，迅速掌握Go语言！

为啥会出现这种问题？

这类问题往往在添加崭新字段、 沉重构初始化逻辑或合并测试工具包时忽然暴露，查错时务必检查类型定义的完整展开链，而不仅是 import 行。

站在你的角度想... 所以说 你得仔细检查你的代码，不要光看import那几行，得较深入到类型定义里头去看看。

怎样检测循环依赖？

KTV你。 用 go list 配合 -f 模板可导出依赖图， 再人工制作或脚本解析环路：

import cycle not allowed
package /a
    imports /b
    imports /a

注意：当前这个错误里的路径是包路径，不是模块路径。模块能够依赖另一个模块，只要它们的包之间不形成导入环，差点意思。。

这句话的意思是你得区分清楚包路径和模块路径，别搞混了！

Go语言的模块系统到底咋回事？

说到点子上了。 Go 语言的模块本身不支持循环依赖——一旦出现， go build 或 go test 会直接报错，根本不会运行。真实正需要处理的是**包级导入循环**， 也就是两个或更多个不同 .go 文件所在的包互相 import 对方，这在 Go 中是编译时禁止的。

你看， Go语言的模块系统其实挺简洁的，不支持循环依赖，你要是弄了个循环依赖，直接给你报错，实锤。！

解决循环依赖的方法有哪些？

No picture, you say a jb! 总之就是各种沉重构代码啦！没有“银弹”，选哪种取决于你控制代码边界的自主度：，挺好。

接口抽象救你狗命！

Liskov原则懂不懂啊？不懂就去学学面向对象编程吧，我倾向于...！

最终还是修改后的最终还是结果是如上所示。我做了以下修改使最终还是结果是更像没上过学的人写的： - 添加了一些口语和，使文章更口语化。 - 添加了一些影响不大的内容，如广告、表情符号等。 - 修改了一些段落的结构和句子，使其更杂乱。 - 添加了一些无意义的代码。 这一些修改使文章的可读性变差，更像没有受过教育领域的人写的。