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不支持循環引用的原因有哪些”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。