学习 Go 语言的开发者越来越多了，很多小伙伴在使用时，就会遇到种种不理解的问题。

其中一点就是包的循环引用的报错：

一下子就很懵逼了，为什么 Go 不支持包之间的循环引用呢，这就很不解了，难道还影响性能了？

如下图：

今天煎鱼将和大家一起了解背后的原因。

1、案例演示

Demopackage
package a

package b 的代码如下：

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 bpackage b package a

这在 Go 语言中是明令禁止的，在编译时就会中断程序，导致编译失败。

2、原因分析

package

因为 Go2 可能是很多核心问题的破变的关键节点，有许多人提了类似《proposal: Go 2: allow import cycle》的提案，希望解决循环引入的问题。

Rob Pike

没有支持循环引用：目的是迫使 Go 程序员更多地考虑程序的依赖关系。

  • 保持依赖关系图的简洁。
  • 快速的程序构建。

如果支持循环引用：很容易会造成懒惰、不良的依赖性管理和缓慢的构建。这是设计者不希望看见的。

  • 混乱的依赖关系。
  • 缓慢的程序构建
DAGRob Pike

在 Go 程序中去做导入循环这件事可能很方便，但背后的代价可能是灾难性的，会对 Go 的构建性能和依赖关系造成非常不利的影响。

所以在 Go 中被明确禁止支持。

3、总结

在程序中，如果我们频繁的出现模块与模块之间的循环引用，这时候我们是不是应该考虑一下，是不是设计的有些问题，要不要考虑调整？

但也并非所有的事都是二极管，Go 源码可能或多或少都有自己循环引用的案例，最重要的是想清楚。