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

?

事實(shí)上xg的通用的內(nèi)容都被放在了src/cmd/gc里，而整個(gè)編譯階段最重要的東西就是go.y這個(gè)文件，因?yàn)檫@個(gè)是bison的語法定義文件。事實(shí)上go在編譯階段也只是將所有的內(nèi)容按語法分析的結(jié)果放入NodeList這個(gè)數(shù)據(jù)結(jié)構(gòu)里，然后export寫成一個(gè)*.6(比如amd64的架構(gòu)），這個(gè).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函數(shù)的實(shí)現(xiàn)

?

而如果我們?cè)谠次募飳懸粋€(gè)import時(shí)，它實(shí)際上會(huì)將這個(gè)obj文件導(dǎo)入到當(dāng)前的詞法分析過程中來，比如

import xxx

它就是會(huì)把pkg/amd64-linux/xxx.a加載進(jìn)來，接著解析這個(gè)obj文件

?

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

?

又比如我們可能會(huì)看到一些根本就不存在于源代碼中的語法定義，但是它確實(shí)編譯過了，這是因?yàn)樵诰幾g過程中源文件被根據(jù)需要插入一些其他的碎片進(jìn)來，比如builtin的一些庫(kù)或者自定義的一些lib庫(kù)。

?

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。