本文转载自微信公众号「脑子进煎鱼了」，不支作者陈煎鱼。持循转载本文请联系脑子进煎鱼了公众号。环引 大家好，不支我是持循煎鱼。 学习 Go 语言的环引开发者越来越多了，很多小伙伴在使用时，不支就会遇到种种不理解的持循问题。 其中一点就是环引包的循环引用的报错： package command-line-arguments imports github.com/eddycjy/awesome-project/a imports github.com/eddycjy/awesome-project/b imports github.com/eddycjy/awesome-project/a: import cycle not allowed 一下子就很懵逼了，为什么 Go 不支持包之间的不支循环引用呢，这就很不解了，持循难道还影响性能了?环引 如下图： 
图来自网络 今天煎鱼将和大家一起了解背后的原因。 案例演示这里我们做一个基本的不支案例 Demo，便于没接触过的持循同学建立初步认知。我们的环引程序分别有 2 个 package。 package a 的代码如下： import ( "github.com/eddycjy/awesome-project/b" ) func Hello(s string) { b.Print(s) } package b 的代码如下： import ( "fmt" "github.com/eddycjy/awesome-project/a" ) func Hello() { a.Hello("脑子进煎鱼了") } func Print(s string) { fmt.Println(s) } 再在 main.go 的文件中调用 a.Hello("脑子进煎鱼了") 方法。 一运行，就会出现如下错误提示： package command-line-arguments imports github.com/eddycjy/awesome-project/a imports github.com/eddycjy/awesome-project/b imports github.com/eddycjy/awesome-project/a: import cycle not allowed 错误的本质原因是 package a 引用了 package b，网站模板而 package b 又引用了 package a，造成了循环引用。 这在 Go 语言中是明令禁止的，在编译时就会中断程序，导致编译失败。 原因分析根据现在 Go 官方的统一意见来看，package 循环导入几乎不可能出现，即使是 Go2，也被明确拒绝了。 因为 Go2 可能是很多核心问题的破变的关键节点，有许多人提了类似《proposal: Go 2: allow import cycle》的提案，希望解决循环引入的问题。 Go 语言之父 Rob Pike 亲自回答了这个问题，原因如下： 没有支持循环引用：目的是迫使 Go 程序员更多地考虑程序的依赖关系。 保持依赖关系图的简洁。 快速的程序构建。 如果支持循环引用：很容易会造成懒惰、不良的依赖性管理和缓慢的亿华云构建。这是设计者不希望看见的。 混乱的依赖关系。 缓慢的程序构建 因此考虑一开始就保持依赖图的正确 DAG，Rob Pike 认为这是一个值得预先简化的领域。 在 Go 程序中去做导入循环这件事可能很方便，但背后的代价可能是灾难性的，会对 Go 的构建性能和依赖关系造成非常不利的影响。 所以在 Go 中被明确禁止支持。 总结在程序中，如果我们频繁的出现模块与模块之间的循环引用，这时候我们是不是应该考虑一下，是不是设计的有些问题，要不要考虑调整? 但也并非所有的IT技术网事都是二极管，Go 源码可能或多或少都有自己循环引用的案例，最重要的是想清楚。 | 
喜欢
讨厌