讓我們直接從兩個 Go 語言小程式開始：**程式1**```gopackage mainimport "fmt"var (a int = b + 1b int = 1)func main() {fmt.Println(a)fmt.Println(b)}```**程式2**```gopackage mainimport "fmt"func main() {var (a int = b + 1b int = 1)fmt.Println(a)fmt.Println(b)}```如果這兩段代碼會輸出相同的結果，那麼它們就不是好的素材，很幸運的是，它們的結果是不同的：**程式1**```21```**程式2**這個程式無法編譯通過，甚至會在第 7 行報一個編譯時間錯誤 "undefined: b"。究竟是什麼帶來了這種差異？變數聲明中 "正常" 的初始設定式，按照你所期望的從左至右和從上到下進行初始化：```gofunc f() int { fmt.Println("f"); return 1 }func g() int { fmt.Println("g"); return 2 }func h() int { fmt.Println("h"); return 3 }func main() {var (a int = f()b int = g()c int = h())fmt.Println(a, b, c)}```輸出：```fgh1 2 3```前面提到的 "正常" 意味著它在自己的函數中完成初始化。當這些初始化代碼像程式1中那樣被放到包的頂層聲明中時，會變得越來越有趣：```gopackage mainimport "fmt"var (a = c — 2b = 2c = f())func f() int {fmt.Printf("inside f and b = %d\n", b)return b + 1}func main() {fmt.Println(a)fmt.Println(b)fmt.Println(c)}```這些變數聲明的順序如下：* b 是第一個，因為它不依賴其他未初始化的變數* c 是第二個，在 `f` 函數需要的變數 b 被初始化之後，緊接著被初始化* a 是在 c 被初始化之後的第三輪初始化迴圈中被處理常式的輸出為：```inside f and b = 2123```按照聲明的順序，每一輪初始化流程都選取第一個可以被初始化的變數。整個過程持續到所有變數都被完成初始化或者編譯器找到一個類似於如下的迴圈：```gopackage mainimport "fmt"var (a = bb = cc = f())func f() int {return a}func main() {fmt.Println(a, b, c)}```上面的代碼會導致編譯時間錯誤 "initialization loop"。初始化依賴機制是基於包層級工作的:**sandbox.go**```gopackage mainimport "fmt"var (a = c — 2b = 2)func main() {fmt.Println(a)fmt.Println(b)fmt.Println(c)}```**utils.go**```gopackage mainvar c = f()func f() int {return b + 1}```編譯及輸出：```123```如果你喜歡上面的內容，請關注我，來加速未來故事的發展。
via: https://medium.com/golangspec/initialization-dependencies-in-go-51ae7b53f24c
作者：Michał Łowicki 譯者：rxcai 校對：polaris1119
本文由 GCTT 原創編譯，Go語言中文網 榮譽推出
本文由 GCTT 原創翻譯，Go語言中文網 首發。也想加入譯者行列，為開源做一些自己的貢獻嗎？歡迎加入 GCTT！
翻譯工作和譯文發表僅用於學習和交流目的，翻譯工作遵照 CC-BY-NC-SA 協議規定，如果我們的工作有侵犯到您的權益，請及時聯絡我們。
歡迎遵照 CC-BY-NC-SA 協議規定 轉載，敬請在本文中標註並保留原文/譯文連結和作者/譯者等資訊。
文章僅代表作者的知識和看法，如有不同觀點，請樓下排隊吐槽
329 次點擊
