GO不支持循环引用的原因有哪些

这篇文章将为大家详细讲解有关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 中被明确禁止支持。

关于“GO不支持循环引用的原因有哪些”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。