Golang协程优化：减少等待与阻塞技巧

Go协程同步优化重在轻量精准：优先用chan struct{}做零拷贝信号通知；高频读写用sync.Once和sync.Map替代手写锁；禁用sleep/空select轮询，改用通道、Cond或ctx取消。

在 Go 中优化协程（goroutine）同步，核心是减少因通道阻塞、锁竞争或不当等待导致的资源闲置。关键不在于“消灭同步”，而在于让同步更轻量、更精准、更贴近实际依赖关系。

优先用无缓冲通道做信号通知，而非数据传递

当只需告知“某事已完成”或“可以开始下一步”，用 chan struct{} 配合 close() 或单次发送，比带数据的缓冲通道更高效——它零内存拷贝、语义清晰、不会因未读消息堆积引发意外阻塞。

• ✅ 正确：启动 goroutine 后用 done := make(chan struct{}) 等待完成，worker 执行完直接 close(done)
• ❌ 避免：为简单通知创建 chan bool 或 chan int 并反复发送/接收，易遗漏接收或误判状态

用 sync.Once 和 sync.Map 替代手写锁保护高频读写

对初始化一次的全局对象（如配置、连接池），sync.Once.Do() 比 sync.Mutex + if-check 更简洁且无竞争开销；对键值对高频读多写少场景（如缓存、会话映射），sync.Map 内部按 key 分片加锁，显著降低锁争用。

• ✅ 初始化数据库连接：用 once.Do(func(){ db = connect() })，并发调用安全且仅执行一次
• ✅ 缓存用户偏好：用 var cache sync.Map，读用 cache.Load(key)，写用 cache.Store(key, value)，无需额外锁

避免在 goroutine 中盲目调用 time.Sleep 或空 select{}

轮询式等待（如循环检查某个标志位后 sleep）浪费 CPU；永久阻塞（如 select{}）会让 goroutine 无法被调度回收，造成泄漏。应改用通道通知、条件变量（sync.Cond）或上下文取消。

• ✅ 等待外部事件：传入 ctx context.Context，用 select { case <-ch: ... case <-ctx.Done(): return }
• ✅ 定时+中断结合：用 time.AfterFunc 或 time.NewTimer，并在退出前 timer.Stop() 防止泄露

慎用 sync.WaitGroup，优先考虑通道驱动的生命周期管理

WaitGroup 适合已知数量的协作任务，但难以表达动态依赖或错误提前退出。若 goroutine 启动后需等其完成再继续，用通道更灵活：主 goroutine 发送任务 → worker 处理完发回结果或完成信号 → 主 goroutine 接收即继续。

• ✅ 动态任务流：用 results := make(chan Result, 10)，每个 worker 处理完 results <- r，主 goroutine for i := 0; i < n; i++ { r := <-results }
• ✅ 错误中断：任一 worker 发送 error 到 errCh，主 goroutine 用 select 捕获并提前关闭其他 worker

协程同步不是越“严”越好，而是越“准”越好。明确谁需要等谁、等什么条件、超时怎么处理，再选最轻量的原语——通道、Once、Map、Context，往往比 Mutex 和 WaitGroup 更贴近问题本质。