前面的文章里大概說過一些如何閱讀xg的源代碼的東西，但是后來由于太懶了，總是不想寫一些很系統的東西，所以感覺還是把一些值得說的大概寫一點，做個備忘。

?

事實上xg的通用的內容都被放在了src/cmd/gc里，而整個編譯階段最重要的東西就是go.y這個文件，因為這個是bison的語法定義文件。事實上go在編譯階段也只是將所有的內容按語法分析的結果放入NodeList這個數據結構里，然后export寫成一個*.6(比如amd64的架構），這個.6的文件大概是這樣子的：

amd64
? exports automatically generated from
? test.go in package "main"

$$? // exports
??? package main
??????? func "".main ()
??????? var "".initdone路 uint8
??????? func "".init ()

$$? // local types

$$

....

?

具體的文件格式，可以參考src/cmd/gc/obj.c里的dumpobj函數的實現

?

而如果我們在源文件里寫一個import時，它實際上會將這個obj文件導入到當前的詞法分析過程中來，比如

import xxx

它就是會把pkg/amd64-linux/xxx.a加載進來，接著解析這個obj文件

?

如果我們看go.y的語法分析定義，就會看到許多hidden和there命名的定義，比如import_there, hidden_import等等，這些其實就是從obj文件來的定義。

?

又比如我們可能會看到一些根本就不存在于源代碼中的語法定義，但是它確實編譯過了，這是因為在編譯過程中源文件被根據需要插入一些其他的碎片進來，比如builtin的一些庫或者自定義的一些lib庫。

?

理解了這些，基本上就對go的編譯過程有了一個了解，事實上go的編譯過程做的事情也就是把它變成obj完事，至少我們目前沒有看到更多的工作。接下來想要更深入的理解，就要再看xl的實現了，這部分是將obj變成可執行代碼的過程，應該會比較有趣了。

總結

以上是生活随笔為你收集整理的golang中的xg作用的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。