
go 只保存了,pc ,sp 和 dx
1 jdz OP 是因为 go 与 java 一样都是基于栈的虚拟机? |
2 qbqbqbqb 2022-07-09 14:52:16 +08:00 应该是和 go 的调用约定有关,只保存被调用者保存( callee-saved )的寄存器,调用者保存( caller-saved )的寄存器是由函数本身生成的代码自己负责的。 因为协程不是像线程那样由 OS 强行抢占的,是只有在特定的切换点才能切换,可以把这个切换的过程理解成一个特殊的函数调用 [而且 go 里面就有这么一个函数 runtime.Gosched()] 。caller-saved 寄存器如果需要保存的话,编译器会生成相应的代码,不用协程调度器保存。 |
3 dearmymy 2022-07-09 15:10:14 +08:00 这个跟 go 无关把。你协程本来也应该在函数内,其他寄存器在进入函数前都 pushall 了,只要协程能找回栈信息就能恢复把。 |
4 GeruzoniAnsasu 2022-07-09 16:42:20 +08:00 我有个印象,可能记错别太当真,就是,golang 会把函数内所有变量和参数都复制到栈上,所以可能只要 sp 指回来整个栈帧就能恢复 |
5 iceheart 2022-07-09 17:51:02 +08:00 via Android 分版本,go1.15 之前用栈传参,go1.16 之后用寄存器传参了 |
6 stach 2022-07-09 18:43:37 +08:00 我认为:剩余的寄存器,比如 ecx ,eax 等,协程切换时,保存在 go 的栈上。(不管是老的,还是新的调用规约) |
7 lovelylain 2022-07-09 19:40:30 +08:00 via Android eax ebx ecx edx 这些数据寄存器本来就不会跨函数吧,所以这几个是不需要保存的,不然每次函数调用也需要保存,代价太高。 |
8 iamzuoxinyu 2022-07-11 10:55:44 +08:00 Goroutine 中的寄存器并不是实际物理寄存器,Go 使用的寄存器是从 Plan 9 继承来的寄存器规范,跟物理寄存器并非 1:1 严格映射的。 |