9.4 KiB
tags, create time, title, questions
| tags | create time | title | questions | ||||||
|---|---|---|---|---|---|---|---|---|---|
|
2026-06-07 | GMP 调度原理 — 选择题测试 | 20 |
GMP 调度原理 — 选择题测试
共 20 题，涵盖 GMP 概览、数据结构、生命周期和抢占式调度四大模块。每题仅有一个正确答案，答案以折叠块形式位于每题之后，点击展开查看。
一、GMP 架构概览（第 1~5 题）
1. Go 为什么没有直接使用操作系统内核线程来承载 goroutine？
A. 操作系统不支持多线程 B. 内核线程上下文切换成本高，goroutine 是用户态轻量级执行流，切换仅需修改栈指针，开销极小 C. Go 语言规范禁止使用系统线程 D. 内核线程无法执行并行计算
[!info]- 答案 B — 内核线程上下文切换需陷入内核态（保存寄存器、切换页表等），开销大；goroutine 在用户态运行，切换仅需改栈指针，成本极低。（§1.1）
2. GMP 模型中，P（Processor）的角色最接近以下哪个类比？
A. 工作任务 B. 工人 C. 车间主管 D. 工厂仓库
[!info]- 答案 C — G = 工作任务、M = 工人、P = 车间主管。P 管理本地队列，协调 M 与 G 的关系。（§1.3 表格）
3. LRQ（Local Run Queue）与 GRQ（Global Run Queue）的主要区别是什么？
A. LRQ 需要加锁，GRQ 无锁 B. LRQ 是每个 P 私有的无锁队列，GRQ 是所有 P 共享的全局队列需加锁 C. LRQ 容量无限，GRQ 最多 256 个 G D. LRQ 用于存放阻塞的 G，GRQ 用于存放运行的 G
[!info]- 答案 B — LRQ per-P 私有，无锁 CAS 操作，容量 256；GRQ 全局共享，需
sched.lock，容量理论上无限。（§1.3 两种队列）
4. 当 M 上的 P 本地队列和全局队列都为空时，findRunnable 接下来会做什么？
A. 直接让 M 进入永久休眠 B. 向操作系统申请更多 CPU 核心 C. 通过 netpoll 检查 IO 就绪事件，若仍无则进行 work-stealing D. 强制杀死所有当前正在运行的 G
[!info]- 答案 C — findRunnable 优先级：LRQ → GRQ → netpoll IO 就绪 → work-stealing → 失败才休眠。（§1.3 / §3.4 流程图）
5. Go 防止 GRQ 中的 G 长期饥饿的策略是什么？
A. 每 10ms 强制清空 LRQ B. 每 61 次调度循环强制检查一次 GRQ C. 每个 P 固定分配 50% 时间处理 GRQ D. GRQ 中的 G 拥有最高优先级
[!info]- 答案 B — 每 61 次调度循环（
schedtick % 61 == 0）强制检查 GRQ，保证公平性防饥饿。（§1.3 note / §2.3 表格）
二、数据结构（第 6~10 题）
6. G 结构体中 stackguard0 字段的用途是什么？
A. 记录 goroutine 的创建时间 B. 作为栈保护区边界值，用于触发栈扩容或传递抢占标记 C. 存储 goroutine 的优先级 D. 指向下一个 goroutine 的指针
[!info]- 答案 B —
stackguard0用于函数调用前比较，等于stackPreempt表示被抢占，接近stack.lo触发栈扩容。（§2.1 G 结构）
7. M（Machine）结构体中 g0 的特殊作用是什么？
A. 它是第一个被创建的普通用户协程 B. 它是调度协程，M 用它来执行调度逻辑（如 schedule、newproc） C. 它负责处理所有的网络 IO D. 它是垃圾回收专用的协程
[!info]- 答案 B —
g0是调度协程，每个 M 独有。M 执行g0时是调度者，执行curg时是执行者。（§2.2 M 结构）
8. P 结构体中 runnext 字段的作用是什么？
A. 记录 P 的编号 B. 作为 VIP 位置，新创建或高优先级的 G 优先放入，下次调度直接跳过队列执行 C. 指向下一个可用的空闲 P D. 记录 P 已经运行了多久
[!info]- 答案 B —
runnext是 VIP 位，新创建的高优先级 G 优先放此处，跳过队列开销直接执行。（§2.3 P 结构）
9. schedt（全局调度器）中的 midle 和 pidle 两个空闲队列的设计意图是什么？
A. 用于调试时统计空闲资源数量 B. 实现资源的休眠与复用——不忙时释放回池中，有新任务时快速唤醒 C. 为系统崩溃时恢复资源提供备份 D. 用于将资源转移给其他进程的运行时
[!info]- 答案 B —
midle和pidle实现资源休眠与复用——不忙释放回池，有新任务快速唤醒。（§2.4 schedt note）
10. G 的状态 _Gwaiting 有什么特点？
A. G 被放置在 LRQ 中等待再次调度 B. G 不入任何就绪队列，由上层调用者（channel/mutex 等）自行保管 C. G 被立即终止并回收 D. G 被提升为最高优先级
[!info]- 答案 B —
_Gwaiting的 G 不入任何就绪队列，由上层（channel/mutex/Timer 等）保管，等待上层唤醒。（§4.4 gopark 流程）
三、Goroutine 生命周期（第 11~16 题）
11. go func(){...} 语句最终被编译器转换为何种 runtime 函数调用？
A. runtime.new()
B. runtime.schedule()
C. runtime.newproc()
D. runtime.gopark()
[!info]- 答案 C —
go func(){...}被编译器转换为runtime.newproc(fn)调用。（§3.2 创建流程）
12. 创建新 G 时，为什么需要通过 systemstack 从用户 G 栈切换到 g0 栈？
A. 因为用户栈空间不够
B. 因为创建 G 是调度层面的工作，必须交由调度栈 g0 处理
C. 因为 g0 栈有更高的优先级
D. 因为用户栈不支持函数调用
[!info]- 答案 B — 创建 G 涉及分配 struct、初始化入口地址等调度层面工作，必须在
g0调度栈上执行。（§3.2 核心步骤①）
13. findRunnable() 查找可运行 G 的正确优先级顺序是什么？
A. GRQ → LRQ → netpoll → work-stealing B. LRQ → GRQ → netpoll → work-stealing C. netpoll → LRQ → GRQ → work-stealing D. work-stealing → netpoll → LRQ → GRQ
[!info]- 答案 B — 严格顺序：LRQ 无锁 CAS → GRQ 加锁 → netpoll IO → work-stealing。源码路径
runtime/proc.go。（§3.4 流程图）
14. Work-Stealing 机制中，P 从其他繁忙 P 那里窃取的比例是多少？
A. 全部 G B. 一半 G C. 最后一个 G D. 随机数量 G
[!info]- 答案 B —
runqsteal窃取目标 P LRQ 中的一半而非全部，减少反复争夺。（§3.7 Work-Stealing）
15. Goroutine 主动让出的三种方式中，Gosched 和 goexit 的关键区别是什么？
A. Gosched 将 G 放回 gfree 链表，goexit 将 G 放回 GRQ
B. 两者没有区别，完全等价
C. Gosched 将 G 放回 GRQ 等待再次调度，goexit 将 G 放回 gfree 彻底回收
D. Gosched 直接将 G 发送给另一个 M，goexit 将 G 放入 LRQ
[!info]- 答案 C —
Gosched→_Grunnable→ globrunqput(GRQ)，等待再调度；goexit→_Gdead→ gfput(gfree)，彻底回收复用。（§4.2 vs §4.3 note）
16. goready() 唤醒一个处于 _Gwaiting 状态的 G 时，以下操作的正确顺序是？
A. 改为 _Grunning → runqput → wakep()
B. 改为 _Grunnable → runqput(LRQ 或 GRQ) → wakep()
C. runqput → 改为 _Grunning → wakep()
D. wakep() → 改为 _Grunnable → runqput
[!info]- 答案 B —
ready()三步：casgstatus(_Gwaiting→_Grunnable) → runqput(入 LRQ 或 GRQ) → wakep() 唤醒空闲 P。（§4.4 goready 源码）
四、抢占式调度（第 17~20 题）
17. sysmon 线程三次巡检的核心职责分别是？
A. netpoll（IO 轮询）、retake（抢占检查）、GC 触发 B. schedule（调度）、netpoll（IO 轮询）、memory alloc（内存分配） C. retake（抢占检查）、lock（加锁）、unlock（解锁）、stack resize（栈扩容） D. GC 触发、wakeup（唤醒 G）、stopm（停止 M）
[!info]- 答案 A — sysmon 三板斧：① netpoll 取 epoll 就绪事件 → injectglist；② retake 抢占超时/syall P；③ GC 触发检查。（§5.1 三次巡检表格）
18. 当一个 G 发起系统调用时，reentersyscall 做了什么？（单选）
A. 将该 G 直接放入 GRQ 并停止 M
B. 将 G 状态改为 _Gsyscall，解除 P 与 M 的绑定，并将 P 状态设为 _Psyscall
C. 复制一个新的 P 来继续调度
D. 暂停整个程序直到 syscall 返回
[!info]- 答案 B —
reentersyscall: G→_Gsyscall, pp.m=0 (解绑 P→M), g.m.p=0, atomic.Store(&pp.status, _Psyscall)。（§5.2 源码）
19. Go ≥ 1.14 引入的非协作式抢占是如何工作的？
A. 通过设置 stackPreempt 标记在下次函数调用时生效
B. 通过 POSIX 信号 (sigPreempt) 发送到目标线程，在安全中断点注入 asyncPreempt 强行接管执行流
C. 通过 kill 信号终止该 G 所在的 OS 线程
D. 通过降低该 G 所属 P 的优先级来间接实现
[!info]- 答案 B — Go ≥ 1.14: preemptone 发送
sigPreempt信号 → sighandler → doSigPreempt → pushCall(asyncPreempt) 劫持 PC。（§5.3.2 源码 + 流程图）
20. 为什么 Go 在引入了非协作式抢占后仍然保留协作式抢占作为兜底方案？
A. 因为协作式抢占的性能更好 B. 因为信号机制存在平台限制（如 Windows 不支持），协作式兜底；且对有 IO/channel 的 G 协作式已足够及时 C. 因为开发者可以手动选择使用哪种抢占方式 D. 因为非协作式抢占只在 Linux 上有效
[!info]- 答案 B — 信号机制有平台限制（Windows 不支持），协作式兜底；对有 IO/channel 的 G 协作式已足够及时。（§5.4 note）