Go 的 goroutine 调度基于用户态 GMP 模型，采用协作与抢占混合机制，不依赖 OS 线程轮转；其执行需调度点触发（如函数调用、系统调用返回、Gosched 或抢占），纯 CPU 循环无调度点将导致 goroutine 卡住。Go 的 goroutine 调度不是靠操作系统线程轮转，而是 GMP 模型在用户态做的协作+抢占混合调度 ------ 你写的 go f() 不会立刻执行，也不保证马上被 CPU 执行，更不等于一个 OS 线程。goroutine 为什么有时不立即运行？因为 runtime.schedule() 只在特定时机触发：比如当前 goroutine 主动让出（runtime.Gosched()）、系统调用返回、函数调用栈增长检查点、或被抢占（如超过 10ms 的连续运行）。它不依赖时间片中断，也没有"就绪队列优先级"这种概念。常见错误现象：for {} 死循环里起的 goroutine 一直卡住；select {} 后没反应；主 goroutine 退出后子 goroutine 没机会跑。确保有调度点：避免纯计算无函数调用的长循环，可插入 runtime.Gosched() 或小 sleep主 goroutine 别直接退出：用 sync.WaitGroup 或 time.Sleep() 等待，否则整个程序退出，所有 goroutine 被强制终止阻塞系统调用（如文件读写、网络收发）会自动让出 P，但纯 CPU 计算不会 ------ 这是新手最常忽略的调度盲区GMP 中的 P 被谁绑定？什么时候解绑？P（Processor）是调度关键资源，每个 P 维护本地可运行队列。它默认最多与 M（OS 线程）一对一绑定，但仅当 M 处于执行状态且未被阻塞时才持有 P；一旦 M 进入系统调用或睡眠，P 就会被剥离，交给其他空闲 M 抢占。立即学习"go语言免费学习笔记（深入）"； RedClaw 百度推出的手机端万能AI Agent助手