Go调度器基于GMP模型，通过合理控制并发、减少阻塞和锁竞争提升性能。1. P数量默认等于CPU核心数，避免长时间阻塞系统调用；2. 缩小锁范围，使用RWMutex或无锁结构优化争用；3. 用worker pool或buffered channel限制goroutine数量；4. 大任务拆分，避免循环中频繁创建G；5. 计算密集型场景插入runtime.Gosched()提示让出P。关键在于避免百万goroutine堆积、持锁做IO等反模式，架构设计优于参数调优。
Go语言的goroutine调度由运行时系统自动管理，开发者通常无需手动干预。但在高并发或性能敏感场景下，了解调度机制并进行针对性优化能显著提升程序效率。核心思路是减少阻塞、避免锁争用、合理控制并发粒度。
理解GMP模型与调度器行为
Go调度器基于GMP模型：G（goroutine）、M（machine线程）、P（processor上下文）。每个P可管理多个G，M绑定P来执行G。调度器在以下情况可能触发切换：系统调用返回、G主动让出（如time.Sleep）、P队列空闲等。
关键点：
- P的数量默认等于CPU核心数，可通过runtime.GOMAXPROCS()调整
- 长时间阻塞系统调用会占用M，导致其他G无法执行，应尽量避免
- 非阻塞操作中，调度器每执行约10ms会检查是否需要切换G
减少阻塞与锁竞争
阻塞操作和锁争用是影响调度效率的主要因素。当一个G因互斥锁或网络I/O长时间等待时，会拖慢同P上其他G的调度。
立即学习“go语言免费学习笔记（深入）”；
优化建议：
- 使用sync.Mutex时尽量缩小临界区，避免在锁内做I/O或耗时计算
- 考虑用RWMutex替代Mutex，读多写少场景更高效
- 网络编程中启用keep-alive复用连接，减少握手开销
- 对频繁访问的数据结构使用无锁设计，如sync/atomic或channel
控制并发数量与任务拆分
盲目启动大量goroutine会导致调度开销上升，甚至内存溢出。应根据实际负载控制并发度。
常用方法：
- 使用worker pool模式，固定数量的goroutine处理任务队列
- 通过buffered channel实现信号量机制，限制同时运行的G数量
- 大任务拆分为小任务，结合sync.WaitGroup协调完成
- 避免在循环中无节制创建G，尤其是短生命周期任务
利用调度提示主动让出
某些计算密集型场景下，G可能长时间占用P而不主动让出，影响其他G及时执行。此时可手动插入调度提示。
示例：
runtime.Gosched()// 让出当前时间片，允许其他G运行
// 适用于长循环中的阶段性让步
注意：Gosched()不保证立即切换，仅提示调度器。更优雅的方式是结合select非阻塞尝试接收退出信号。
基本上就这些。Go调度器本身已高度优化，多数情况下保持代码简洁即可。重点在于避免反模式——比如百万级goroutine堆积、持有锁做IO、过度频繁的channel通信。合理设计架构比微调调度参数更重要。
