提升Go并行度关键在减少阻塞、匹配硬件与GOMAXPROCS、避免锁和系统调用拖累、控制goroutine数量、消除隐式串行瓶颈，而非盲目增加goroutine。
Go 的协程（goroutine）本身轻量且调度高效，但“开更多 goroutine”不等于“更高并行度”。真正提升任务执行并行度，关键在于减少调度阻塞、避免系统资源瓶颈，并让 GOMAXPROCS 与实际硬件能力匹配。
合理设置 GOMAXPROCS
Go 1.5+ 默认将 GOMAXPROCS 设为逻辑 CPU 核心数，通常已较合理。但若程序大量执行 I/O 或系统调用，可适当提高（如设为 CPU 数的 1.2–2 倍），让阻塞的 P 能更快被其他 M 复用；反之，若纯计算密集型且存在严重锁竞争，略降低可能减少上下文切换开销。
- 运行时动态调整：runtime.GOMAXPROCS(8)
- 启动时指定：GOMAXPROCS=8 ./myapp
- 查看当前值：runtime.GOMAXPROCS(0)（只读，返回当前值）
避免 goro
utine 长时间阻塞在系统调用或锁上
一个 goroutine 若陷入系统调用（如文件读写、某些网络操作）或长时间持有互斥锁，会拖慢同个 P 下其他 goroutine 的执行。优先使用 Go 生态中封装良好的异步原语：
- 用 net/http 内置的非阻塞 HTTP 服务，而非自己阻塞等待 socket
- 文件 I/O 尽量走 io.ReadFull、bufio 缓冲，或用 os.ReadFile（内部已优化）
- 共享状态优先用 sync.Map、atomic 操作，而非粗粒度 sync.Mutex
- 必要加锁时，锁粒度越细越好，避免在锁内做网络请求或复杂计算
控制 goroutine 创建节奏，防止调度器过载
无节制启动生成 goroutine（如 for 循环里直接 go f()）会导致调度器短时间内需管理数万 goroutine，增加调度开销和内存压力，反而降低吞吐。应结合工作队列与固定 worker 池：
- 用 chan 构建任务通道，启动固定数量（如 runtime.NumCPU()）的 worker goroutine 消费
- 借助 errgroup.Group 或 semaphore（如 golang.org/x/sync/semaphore）限制并发数
- 对批量任务，考虑分片 + 并发处理，而非为每个元素单独启 goroutine
识别并修复隐藏的串行瓶颈
并行度不高，有时不是调度问题，而是逻辑本身串行。常见情况包括：
- 多个 goroutine 争抢同一个 channel 发送/接收，造成排队（尤其无缓冲 channel）
- 依赖上游 goroutine 的返回结果才启动下游，形成隐式链式调用
- 使用 time.Sleep 或轮询代替事件驱动（如用 time.AfterFunc 或 select + timer channel）
- 日志、metrics 上报等辅助操作未异步化，阻塞主流程
不复杂但容易忽略。重点不在“多开”，而在“少堵、少争、少等”。
utine 长时间阻塞在系统调用或锁上