13 准备¶
基于Go 1.5.1,测试环境为Linux AMD64,且不包含32位内容。
14 引导¶
事实上,编译好的可执行文件真正的执行入口并非我们所写的main.main函数,因为编译器总是会插入一段引导代码,完成诸如命令行参数、运行时初始化等工作,然后才会进入用户逻辑。
用使 gdb 调试器进入入口
15 初始化¶
- 所有init函数都在同一个goroutine内执行。
- 所有init函数结束后才会执行main.main函数。
16 内存分配¶
Go编译器支持逃逸分析(escape analysis),它会在编译期通过构建调用图来分析局部变量是否会被外部引用,从而决定是否可直接分配在栈上。 编译参数-gcflags”-m”可输出编译优化信息,其中包括内联和逃逸分析。
17 垃圾回收¶
大事记:
- 2014/06,Go 1.3:并发清理。
- 2015/08,Go 1.5:三色并发标记。
注意:此处所说并发,是指垃圾回收和用户逻辑并发执行。
按官方说法,Go GC的基本特征是“非分代、非紧缩、写屏障、并发标记清理”。
与之前版本在STW(Stop the world)状态下完成标记不同,并发标记和用户代码同时执行让一切都处于不稳定状态。用户代码随时可能修改已经被扫描过的区域,在标记过程中还会不断分配新对象,这让垃圾回收变得很麻烦。
究竟什么时候启动垃圾回收?过早会严重浪费CPU资源,影响用户代码执行性能。而太晚,会导致堆内存恶性膨胀。如何正确平衡这些问题就是个巨大的挑战。
所有问题的核心:抑制堆增长,充分利用CPU资源。为此,Go引入一系列举措。
三色标记和写屏障、控制器、辅助回收
18 并发调度¶
+--------------------sysmon---------------//------+
| |
| |
+---+ +---+-------+ +--------+ +---+---+
go func() ---> |G| ---> |P|local| <===balance===> |global| <--//--- |P|M|
+---+ +---+-------+ +--------+ +---+---+
| | |
| +---+ | |
+----> |M| <---findrunnable---+---steal<--//--+
+---+
| 1. 语句go func() 创建G
| 2. 放入P本地队列(或平衡到全局队列)
+---execute<-----schedule 3. 唤醒或新建M执行任务
| | 4. 进入调度循环schedule
| | 5. 竭力获取待执行G任务并执行
+-->G.fn-->goexit--+ 6. 清理现场,重新进入调度循环
本节介绍与任务执行有关的几种暂停操作:
Gosched: 可被用户调用的runtime.Gosched将当前G任务暂停,重新放回全局队列,让出当前M去执行其他任务。我们无须对G做唤醒操作,因为它总归会被某个M重新拿到,并从“断点”恢复。
gopark:与Gosched最大的区别在于,gopark并没将G放回待运行队列。也就是说,必须主动恢复,否则该任务会遗失。
notesleep:相比gosched、gopark,反应更敏捷的notesleep既不让出M,也就不会让G重回任务队列。它直接让线程休眠直到被唤醒,更适合stopm、gcMark这类近似自旋的场景。
Goexit:用户可调用runtime.Goexit立即终止G任务,不管当前处于调用堆栈的哪个层次。在终止前,它确保所有G.defer被执行。
stopTheWorld:用户逻辑必须暂停在一个安全点上,否则会引发很多意外问题。因此,stopTheWorld同样是通过“通知”机制,让G主动停止。比如,设置“gcwaiting=1”让调度函数schedule主动休眠M;向所有正在运行的G任务发出抢占调度,使其暂停。
考参:G-P-M 模型。