go tool objdump怎么用

本篇內(nèi)容主要講解“go tool objdump怎么用”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“go tool objdump怎么用”吧!

1.用go tool objdump，可以看到任意函數(shù)的機(jī)器碼、匯編指令、偏移。（go源碼下面有一個(gè)cmd/internal/goobj包，可以讀到.o文件的重定向信息，更好。）

2.修改里面的golang內(nèi)部函數(shù)的相對跳轉(zhuǎn)，指向加載者相同的函數(shù)的地址（仍然可以用go tool objdump看到函數(shù)的初始地址），常見的有runtime.newobject、runtime.convT2Eslice、runtime.panicindex、runtime.morestack_noctxt等runtime系列函數(shù)。

3.修改golang類型指針偏移（當(dāng)對象轉(zhuǎn)換成interface{}時(shí)候，需要一個(gè)類型指針），指向加載者相同的類型。

4.修改指向字符串，全局變量，自定義函數(shù)的偏移（一般都是相對偏移）。

5.寫入mmap，并執(zhí)行。

整體思路是，通過修改偏移，復(fù)用加載者所用到的函數(shù)、golang內(nèi)部函數(shù)、golang類型信息等。

缺點(diǎn)：

1.可以自定義類型，但是不能將這些類型的對象賦值到interface{}（加載者已定義的類型可以），比如使用fmt.Println打印這些對象（但是可以打印這些對象的成員）。因?yàn)間olang內(nèi)部的一些全局變量（比如golang類型）可能存在指針，而且開始就初始化了。

2.不能在函數(shù)外初始化全局變量。（可能的解決方法：定義一個(gè)入口函數(shù)，在里面初始化，或者讀取main.init函數(shù)，取出初始化代碼。）

優(yōu)點(diǎn)：

仍然使用golang和golang編譯工具。

速度極快，體積極小。相當(dāng)于復(fù)用了golang內(nèi)部的調(diào)度器、內(nèi)存分配器、類型系統(tǒng)等。

可以自定義。golang函數(shù)內(nèi)的匯編足夠簡單，可以開發(fā)自己的工具來實(shí)現(xiàn)上面的思路。

golang本質(zhì)就是GPM三個(gè)實(shí)體實(shí)現(xiàn)的調(diào)度。

G對應(yīng)每個(gè)任務(wù)，P對應(yīng)每個(gè)processor概念（就是會包含一堆的G，比如先執(zhí)行G1，在執(zhí)行G2）M對應(yīng)系統(tǒng)線程，M（還包含系統(tǒng)棧之類的概念）綁定一個(gè)P之后就開始逐個(gè)運(yùn)行P里面的G。

最基本的流程圖就是雨痕給的 

后面雨痕對于GPM三者的解釋也很到位。我這里不抄襲了。

2.初始化 

首先介紹的就是schedinit()里面主要是procresize函數(shù)。

這個(gè)procresize()就是調(diào)整系統(tǒng)里面P的數(shù)量。一般就是系統(tǒng)的cpu內(nèi)核的數(shù)量，初始化時(shí)也實(shí)行多退少補(bǔ)的原則，只是退的時(shí)候要注意是否退出的P包含了當(dāng)前P，如果是就需要一大堆的細(xì)節(jié)上的處理。

這里還有個(gè)所有P的管理結(jié)構(gòu)

var allp [_MaxGomaxprocs + 1]*p

type schedt struct {

    pidle puintptr //  P  

    npidle uint32 //  P 

}

還有個(gè)提示，如果調(diào)用手動調(diào)用并修改runtime.GOMAXPROCS就會引發(fā)stopTheWorld以及startTheWorld，這兩個(gè)動作本身是比較好耗時(shí)的，之后在startTheWorld執(zhí)行的procresize()也是比較耗時(shí)的。

3.任務(wù) G/P 

先舉了個(gè)栗子，通過

go build -o test test.go

go tool objdump -s "main\.main" test

go add(x, y)會被匯編成類似

 CALL runtime.newproc(SB)

這種代碼

然后就去runtime找了。

newproc(獲取pc／ip地址以及入?yún)⒌戎匾畔⒑?->newproc1

之后登場的G的數(shù)據(jù)結(jié)構(gòu)

type g struct {

    stack stack  //執(zhí)行棧

    sched gobuf  //用于保存執(zhí)行現(xiàn)場

    goid  int64  //唯一序號

    gopc  uintptr //調(diào)用者 PC/IP

    startpc uintptr //任務(wù)函數(shù)

}

newproc1一開始就處理各種處理創(chuàng)建G，測試G，對齊地址，拷貝棧，保存現(xiàn)場的各種雜活兒。然后一個(gè)runqput(p, newg, true)，被put進(jìn)去了。

runqput有可能把g作為P.runnext，也可能放在末尾，也有可能丟到全局隊(duì)列。

稍微介紹了g通過p然后進(jìn)行二級緩存復(fù)用的邏輯，類似cache/object，central的做法。分別對應(yīng)gfget, gfput兩個(gè)函數(shù)。

所有的g 還有個(gè)全局應(yīng)用allgs／allg，用來索引所有的G方便回收和shrinkstack。

補(bǔ)充了個(gè)細(xì)節(jié)只有本地的P隊(duì)列堆滿了才會丟到全局隊(duì)列，而且一次會丟本地隊(duì)列長度的一半，保證效率和多核均勻調(diào)度。

4.線程 M 

當(dāng)結(jié)束runqput之后，開始wakep了， 

wake->startm->newm創(chuàng)建／或者notewakeup(&mp.park) 

newm->newosproc->linux調(diào)用

clone(cloneFlags,stk,unsafe.Pointer(mp),unsafe.Pointer(mp.g0),unsafe.Pointer(funcPC(mstart))) 開啟系統(tǒng)線程，并且入口函數(shù)是mstart

所有m會被添加到allm鏈表，不會被釋放，超過10000崩潰。

最后補(bǔ)充了兩個(gè)細(xì)節(jié)1：m也是有復(fù)用的，mput&mget使用1級緩存。

然后說不要?jiǎng)?chuàng)建太多m啊，time.Sleep比C.sleep(1)要好，之類的。

5.執(zhí)行 

上面說到newm的時(shí)候會注冊系統(tǒng)線程并把mstart作為入口函數(shù)。

然后這里就講mstart

mstart -> 

mstart1 aquirep綁定p ->

schedule()兼顧幫助垃圾回收標(biāo)記之類的各種雜活,findrunable,->

調(diào)用execute->

各種準(zhǔn)備好棧JMP入函數(shù)入口地址PC->

各種調(diào)用結(jié)束后RET指令把預(yù)先壓入的goexit地址恢復(fù)到PC/IP->

將G返回服用鏈表->

重新schedule()

然后介紹了一下findrunable的主干：

1.通過runqget拿本地的P的東西， 

2.globrunqget 

3.檢查netpoll任務(wù) 

4.嘗試偷取其他P的任務(wù)。(基于CAS和atomicset弄的Work-Stealing算法)

… 

5.這后還會進(jìn)行各種嘗試，如果實(shí)在沒有就stopm了。

Lockedg 

這是cgo的一個(gè)特定調(diào)用方式，會把當(dāng)前的g和m綁定，而且只有在結(jié)束調(diào)用的時(shí)候才會松開。

一個(gè)m在調(diào)用schedule() 如果發(fā)現(xiàn)它是被某個(gè)G綁定的則會暫時(shí)休息。如果發(fā)現(xiàn)自己將要調(diào)用的G，是被別的m綁定的，則會將它喚醒，然后自己休眠。

所以每個(gè)cgo routine在調(diào)用完成之前都會有自己專屬的一個(gè)G調(diào)用。cgo因此會產(chǎn)生大量的m。

到此，相信大家對“go tool objdump怎么用”有了更深的了解，不妨來實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！