在 Go 语言的并发模型中，协程（goroutine）是否能够主动释放 CPU 执行权，让渡给其他 goroutine 运行？
考察说明
考查对 Go 协程调度模型及主动让出 CPU 机制的理解。
回答思路
- 【回答框架 1】Go 运行时采用 M:N 调度模型，将多个 goroutine 映射到少量操作系统线程上执行。goroutine 在用户态由调度器管理，可以主动让出 CPU，常见方式是调用 runtime.Gosched()，它会暂停当前 goroutine，将其放入可运行队列，让调度器重新选择其他 goroutine 运行。
- 【回答框架 2】除了显式调用 Gosched，goroutine 还可在发生阻塞操作（如 channel 收发、mutex 加锁、系统调用、time.Sleep）时被调度器挂起，此时 CPU 也会被让出。Go 1.14 之后引入了异步抢占，即使 goroutine 长时间占用 CPU，调度器也能通过信号强制抢占，避免单一 goroutine 饿死其他任务。
- 【回答框架 3】Gosched 只是让渡执行权，并不改变 goroutine 的运行状态（仍处于可运行状态），它不会像 time.Sleep 那样造成阻塞；当调度器再次选中该 goroutine 时，它会从让出点继续执行。
- 【回答框架 4】在实际并发编程中，Gosched 通常用于避免 busy-loop 或协同多任务场景，但不应依赖它来实现互斥或同步，因为调度顺序并不保证。
- 【关键点 1】Go 协程能够主动让出 CPU，最直接的方式是调用 runtime.Gosched()。
- 【关键点 2】Gosched 让出当前 goroutine 的执行权，但使其保持可运行状态。
- 【关键点 3】除显式让出外，阻塞操作（如 channel 通信、锁、sleep）也会触发 CPU 让渡。
- 【关键点 4】Go 1.14 后支持异步抢占，可以中断长时间运行的 goroutine。
- 【关键点 5】Gosched 不能保证其他 goroutine 优先运行，也不应作为同步手段。
- 【易错点 1】误以为 Gosched 会导致 goroutine 进入阻塞态，实际上它仍处于可运行状态。
- 【易错点 2】在循环中频繁调用 Gosched 可能造成性能损耗，且不保证调度公平性。
- 【易错点 3】将 Gosched 用于互斥或临界区保护，无法保证原子性和正确同步。