目录
- 1、案例演示
- 2、原因分析
- 3、总结
学习 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 不支持包之间的循环引用呢，这就很不解了，难道还影响性能了？
如下图：
今天煎鱼将和大家一起了解背后的原因。
1、案例演示
这里我们做一个基本的案例 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 语言中是明令禁止的，在编译时就会中断程序，导致编译失败。
2、原因分析
根据现在 go 官方的统一意见来看，package 循环导入几乎不可能出现，即使是 go2，也被明确拒绝了。
因为 go2 可能是很多核心问题的破变的关键节点，有许多人提了类似《proposal: go 2: allow import cycle》的提案，希望解决循环引入的问题。
go 语言之父 rob pike 亲自回答了这个问题，原因如下：
没有支持循环引用：目的是迫使 go 程序员更多地考虑程序的依赖关系。
- 保持依赖关系图的简洁。
- 快速的程序构建。
如果支持循环引用：很容易会造成懒惰、不良的依赖性管理和缓慢的构建。这是设计者不希望看见的。
- 混乱的依赖关系。
- 缓慢的程序构建
因此考虑一开始就保持依赖图的正确 dag，rob pike 认为这是一个值得预先简化的领域。
在 go 程序中去做导入循环这件事可能很方便，但背后的代价可能是灾难性的，会对 go 的构建性能和依赖关系造成非常不利的影响。
所以在 go 中被明确禁止支持。
3、总结
在程序中，如果我们频繁的出现模块与模块之间的循环引用，这时候我们是不是应该考虑一下，是不是设计的有些问题，要不要考虑调整？
但也并非所有的事都是二极管，go 源码可能或多或少都有自己循环引用的案例，最重要的是想清楚。
到此这篇关于为什么go不支持循环引用的文章就介绍到这了,更多相关go不支持循环引用内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！
