《Goroutine调度实例简要分析》的评论 https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/ 一个程序员的心路历程 Wed, 25 Mar 2026 09:21:20 +0000 hourly 1 http://wordpress.org/?v=3.2.1 作者：bigwhite https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7500 bigwhite Tue, 22 Sep 2020 07:20:42 +0000 http://tonybai.com/?p=2465#comment-7500 go 1.14加入了抢占式调度。利用系统信号驱动的。那个例子对于Go 1.14及后续版本不再适用。 go 1.14加入了抢占式调度。利用系统信号驱动的。那个例子对于Go 1.14及后续版本不再适用。

]]> 作者：wei https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7499 wei Tue, 22 Sep 2020 05:33:51 +0000 http://tonybai.com/?p=2465#comment-7499 用go v1.14版本测试的，虽然设置了runtime.GOMAXPROCS(1)，但是main goroutine里的I got scheduled!依旧能够打印出来。 用go v1.14版本测试的，虽然设置了runtime.GOMAXPROCS(1)，但是main goroutine里的I got scheduled!依旧能够打印出来。

]]> 作者：namezhang https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7382 namezhang Fri, 06 Sep 2019 03:36:52 +0000 http://tonybai.com/?p=2465#comment-7382 go 1.12.8版本测试，有问题，没法打印，看了下这个morestack也有 0x10937bd e8dec1fbff CALL runtime.morestack_noctxt(SB) 0x10937c2 ebbc JMP main.dummy(SB) go 1.12.8版本测试，有问题，没法打印，看了下这个morestack也有
0x10937bd e8dec1fbff CALL runtime.morestack_noctxt(SB)
0x10937c2 ebbc JMP main.dummy(SB)

]]> 作者：bigwhite https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7374 bigwhite Fri, 21 Jun 2019 12:27:40 +0000 http://tonybai.com/?p=2465#comment-7374 我又测试了一下： mac(Darwin Kernel Version 13.1.0)下go 1.11.2运行没有问题： $# go run -gcflags '-N -l' case4.go I got scheduled! I got scheduled! I got scheduled! I got scheduled! ^Csignal: interrupt linux下(ubuntu 16.04)，go 1.9.7和go 1.12.5也都没有问题。 # go run -gcflags '-N -l' case4.go I got scheduled! I got scheduled! I got scheduled! I got scheduled! ^Csignal: interrupt 不知道您用的是啥系统，go compiler啥版本 我又测试了一下：
mac(Darwin Kernel Version 13.1.0)下go 1.11.2运行没有问题：

$# go run -gcflags ‘-N -l’ case4.go
I got scheduled!
I got scheduled!
I got scheduled!
I got scheduled!
^Csignal: interrupt

linux下(ubuntu 16.04)，go 1.9.7和go 1.12.5也都没有问题。

# go run -gcflags ‘-N -l’ case4.go
I got scheduled!
I got scheduled!
I got scheduled!
I got scheduled!
^Csignal: interrupt

不知道您用的是啥系统，go compiler啥版本

]]> 作者：Mark https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7373 Mark Fri, 21 Jun 2019 03:44:16 +0000 http://tonybai.com/?p=2465#comment-7373 在自己的Mac电脑上运行case4.go，并没有打印输出，请教什么原因？和系统有关系吗？ 在自己的Mac电脑上运行case4.go，并没有打印输出，请教什么原因？和系统有关系吗？

]]> 作者：cat https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7232 cat Tue, 10 Jul 2018 04:32:09 +0000 http://tonybai.com/?p=2465#comment-7232 据说1.12要修改调度方式了, 不再每个函数插入调度代码了. 据说1.12要修改调度方式了, 不再每个函数插入调度代码了.

]]> 作者：bigwhite https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7121 bigwhite Tue, 06 Feb 2018 00:53:44 +0000 http://tonybai.com/?p=2465#comment-7121 runtime包中有一个函数LockOSThread可以将某个goroutine绑定到当前启动goroutine的线程上，不知道能否满足你的需要。 runtime包中有一个函数LockOSThread可以将某个goroutine绑定到当前启动goroutine的线程上，不知道能否满足你的需要。

]]> 作者：cheney https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7120 cheney Mon, 05 Feb 2018 14:27:20 +0000 http://tonybai.com/?p=2465#comment-7120 我在用 go 调用 win 的 api。 如果创建窗口的函数使用了 goroutine ， getMessage 函数不一定可以读到消息。怀疑是 getMessage 被放到了别的线程执行。 如果想要非要绑定某个线程执行某个函数，golang 能否做到呢？ 我在用 go 调用 win 的 api。

如果创建窗口的函数使用了 goroutine ， getMessage 函数不一定可以读到消息。怀疑是 getMessage 被放到了别的线程执行。

如果想要非要绑定某个线程执行某个函数，golang 能否做到呢？

]]> 作者：boya https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7106 boya Wed, 24 Jan 2018 09:01:20 +0000 http://tonybai.com/?p=2465#comment-7106 我尝试补全一下： 最后的三个汇编代码的意思： 0x0000 00000 MOVQ (TLS), CX // 将该goroutine的g结构体地址放入CX寄存器 0x0009 00009 CMPQ SP, 16(CX) //比较SP与g.stackguard0的值, g.stackguard0存着该goroutine的栈顶值。 0x000d 00013 JLS 61 // 如果SP > goroutine的栈顶值，则jump到61这个位置，执行扩展栈 g的结构： type g struct { // Stack parameters. // stack describes the actual stack memory: [stack.lo, stack.hi). // stackguard0 is the stack pointer compared in the Go stack growth prologue. // It is stack.lo+StackGuard normally, but can be StackPreempt to trigger a preemption. // stackguard1 is the stack pointer compared in the C stack growth prologue. // It is stack.lo+StackGuard on g0 and gsignal stacks. // It is ~0 on other goroutine stacks, to trigger a call to morestackc (and crash). stack stack // offset known to runtime/cgo stackguard0 uintptr // offset known to liblink stackguard1 uintptr // offset known to liblink .... } 我尝试补全一下：
最后的三个汇编代码的意思：
0×0000 00000 MOVQ (TLS), CX // 将该goroutine的g结构体地址放入CX寄存器
0×0009 00009 CMPQ SP, 16(CX) //比较SP与g.stackguard0的值, g.stackguard0存着该goroutine的栈顶值。
0x000d 00013 JLS 61 // 如果SP > goroutine的栈顶值，则jump到61这个位置，执行扩展栈

g的结构：
type g struct {
// Stack parameters.
// stack describes the actual stack memory: [stack.lo, stack.hi).
// stackguard0 is the stack pointer compared in the Go stack growth prologue.
// It is stack.lo+StackGuard normally, but can be StackPreempt to trigger a preemption.
// stackguard1 is the stack pointer compared in the C stack growth prologue.
// It is stack.lo+StackGuard on g0 and gsignal stacks.
// It is ~0 on other goroutine stacks, to trigger a call to morestackc (and crash).
stack stack // offset known to runtime/cgo
stackguard0 uintptr // offset known to liblink
stackguard1 uintptr // offset known to liblink
….
}

]]> 作者：xdeng https://tonybai.com/2017/11/23/the-simple-analysis-of-goroutine-schedule-examples/#comment-7015 xdeng Thu, 07 Dec 2017 03:28:12 +0000 http://tonybai.com/?p=2465#comment-7015 我以为go的调度是复杂东西，被你这么一说觉得不可思议的简单 :) 我以为go的调度是复杂东西，被你这么一说觉得不可思议的简单 :)

]]>