[[431435]]

本文轉(zhuǎn)載自微信公眾號「腦子進煎魚了」，作者陳煎魚。轉(zhuǎn)載本文請聯(lián)系腦子進煎魚了公眾號。

大家好，我是煎魚。

學(xué)習(xí) Go 語言的開發(fā)者越來越多了，很多小伙伴在使用時，就會遇到種種不理解的問題。

其中一點就是包的循環(huán)引用的報錯：

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 不支持包之間的循環(huán)引用呢，這就很不解了，難道還影響性能了?

如下圖：

圖來自網(wǎng)絡(luò)

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

案例演示

這里我們做一個基本的案例 Demo，便于沒接觸過的同學(xué)建立初步認知。我們的程序分別有 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 的文件中調(diào)用 a.Hello("腦子進煎魚了") 方法。

一運行，就會出現(xiàn)如下錯誤提示：

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 

錯誤的本質(zhì)原因是 package a 引用了 package b，而 package b 又引用了 package a，造成了循環(huán)引用。

這在 Go 語言中是明令禁止的，在編譯時就會中斷程序，導(dǎo)致編譯失敗。

原因分析

根據(jù)現(xiàn)在 Go 官方的統(tǒng)一意見來看，package 循環(huán)導(dǎo)入幾乎不可能出現(xiàn)，即使是 Go2，也被明確拒絕了。

因為 Go2 可能是很多核心問題的破變的關(guān)鍵節(jié)點，有許多人提了類似《proposal: Go 2: allow import cycle》的提案，希望解決循環(huán)引入的問題。

Go 語言之父 Rob Pike 親自回答了這個問題，原因如下：

• 沒有支持循環(huán)引用：目的是迫使 Go 程序員更多地考慮程序的依賴關(guān)系。
  • 保持依賴關(guān)系圖的簡潔。
  • 快速的程序構(gòu)建。
• 如果支持循環(huán)引用：很容易會造成懶惰、不良的依賴性管理和緩慢的構(gòu)建。這是設(shè)計者不希望看見的。
  • 混亂的依賴關(guān)系。
  • 緩慢的程序構(gòu)建

因此考慮一開始就保持依賴圖的正確 DAG，Rob Pike 認為這是一個值得預(yù)先簡化的領(lǐng)域。

在 Go 程序中去做導(dǎo)入循環(huán)這件事可能很方便，但背后的代價可能是災(zāi)難性的，會對 Go 的構(gòu)建性能和依賴關(guān)系造成非常不利的影響。

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

總結(jié)

在程序中，如果我們頻繁的出現(xiàn)模塊與模塊之間的循環(huán)引用，這時候我們是不是應(yīng)該考慮一下，是不是設(shè)計的有些問題，要不要考慮調(diào)整?

但也并非所有的事都是二極管，Go 源碼可能或多或少都有自己循環(huán)引用的案例，最重要的是想清楚。