go tool objdump怎么用
本篇内容主要讲解"go tool objdump怎么用"，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习"go tool objdump怎么用"吧!
1.用go tool objdump，可以看到任意函数的机器码、汇编指令、偏移。（go源码下面有一个cmd/internal/goobj包，可以读到.o文件的重定向信息，更好。）
2.修改里面的golang内部函数的相对跳转，指向加载者相同的函数的地址（仍然可以用go tool objdump看到函数的初始地址），常见的有runtime.newobject、runtime.convT2Eslice、runtime.panicindex、runtime.morestack_noctxt等runtime系列函数。
3.修改golang类型指针偏移（当对象转换成interface{}时候，需要一个类型指针），指向加载者相同的类型。
4.修改指向字符串，全局变量，自定义函数的偏移（一般都是相对偏移）。
5.写入mmap，并执行。
整体思路是，通过修改偏移，复用加载者所用到的函数、golang内部函数、golang类型信息等。
缺点：
1.可以自定义类型，但是不能将这些类型的对象赋值到interface{}（加载者已定义的类型可以），比如使用fmt.Println打印这些对象（但是可以打印这些对象的成员）。因为golang内部的一些全局变量（比如golang类型）可能存在指针，而且开始就初始化了。
2.不能在函数外初始化全局变量。（可能的解决方法：定义一个入口函数，在里面初始化，或者读取main.init函数，取出初始化代码。）
优点：
仍然使用golang和golang编译工具。
速度极快，体积极小。相当于复用了golang内部的调度器、内存分配器、类型系统等。
可以自定义。golang函数内的汇编足够简单，可以开发自己的工具来实现上面的思路。
golang本质就是GPM三个实体实现的调度。
G对应每个任务，P对应每个processor概念（就是会包含一堆的G，比如先执行G1，在执行G2）M对应系统线程，M（还包含系统栈之类的概念）绑定一个P之后就开始逐个运行P里面的G。
最基本的流程图就是雨痕给的
后面雨痕对于GPM三者的解释也很到位。我这里不抄袭了。
2.初始化
首先介绍的就是schedinit()里面主要是procresize函数。
这个procresize()就是调整系统里面P的数量。一般就是系统的cpu内核的数量，初始化时也实行多退少补的原则，只是退的时候要注意是否退出的P包含了当前P，如果是就需要一大堆的细节上的处理。
这里还有个所有P的管理结构
var allp [_MaxGomaxprocs + 1]*p
type schedt struct {
pidle puintptr // P
npidle uint32 // P
}
还有个提示，如果调用手动调用并修改runtime.GOMAXPROCS就会引发stopTheWorld以及startTheWorld，这两个动作本身是比较好耗时的，之后在startTheWorld执行的procresize()也是比较耗时的。
3.任务 G/P
先举了个栗子，通过
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地址以及入参等重要信息后)->newproc1
之后登场的G的数据结构
type g struct {
stack stack //执行栈
sched gobuf //用于保存执行现场
goid int64 //唯一序号
gopc uintptr //调用者 PC/IP
startpc uintptr //任务函数
}
newproc1一开始就处理各种处理创建G，测试G，对齐地址，拷贝栈，保存现场的各种杂活儿。然后一个runqput(p, newg, true)，被put进去了。
runqput有可能把g作为P.runnext，也可能放在末尾，也有可能丢到全局队列。
稍微介绍了g通过p然后进行二级缓存复用的逻辑，类似cache/object，central的做法。分别对应gfget, gfput两个函数。
所有的g 还有个全局应用allgs／allg，用来索引所有的G方便回收和shrinkstack。
补充了个细节只有本地的P队列堆满了才会丢到全局队列，而且一次会丢本地队列长度的一半，保证效率和多核均匀调度。
4.线程 M
当结束runqput之后，开始wakep了，
wake->startm->newm创建／或者notewakeup(&mp.park)
newm->newosproc->linux调用
clone(cloneFlags,stk,unsafe.Pointer(mp),unsafe.Pointer(mp.g0),unsafe.Pointer(funcPC(mstart))) 开启系统线程，并且入口函数是mstart
所有m会被添加到allm链表，不会被释放，超过10000崩溃。
最后补充了两个细节1：m也是有复用的，mput&mget使用1级缓存。
然后说不要创建太多m啊，time.Sleep比C.sleep(1)要好，之类的。
5.执行
上面说到newm的时候会注册系统线程并把mstart作为入口函数。
然后这里就讲mstart
mstart ->
mstart1 aquirep绑定p ->
schedule()兼顾帮助垃圾回收标记之类的各种杂活,findrunable,->
调用execute->
各种准备好栈JMP入函数入口地址PC->
各种调用结束后RET指令把预先压入的goexit地址恢复到PC/IP->
将G返回服用链表->
重新schedule()
然后介绍了一下findrunable的主干：
1.通过runqget拿本地的P的东西，
2.globrunqget
3.检查netpoll任务
4.尝试偷取其他P的任务。(基于CAS和atomicset弄的Work-Stealing算法)
…
5.这后还会进行各种尝试，如果实在没有就stopm了。
Lockedg
这是cgo的一个特定调用方式，会把当前的g和m绑定，而且只有在结束调用的时候才会松开。
一个m在调用schedule() 如果发现它是被某个G绑定的则会暂时休息。如果发现自己将要调用的G，是被别的m绑定的，则会将它唤醒，然后自己休眠。
所以每个cgo routine在调用完成之前都会有自己专属的一个G调用。cgo因此会产生大量的m。
到此，相信大家对"go tool objdump怎么用"有了更深的了解，不妨来实际操作一番吧！这里是网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
