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）或上下文取消。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 等待外部事件：传入
ctx context.Context，用select { case - ✅ 定时+中断结合：用
time.AfterFunc或time.NewTimer，并在退出前timer.Stop()防止泄露
慎用 sync.WaitGroup，优先考虑通道驱动的生命周期管理
WaitGroup 适合已知数量的协作任务，但难以表达动态依赖或错误提前退出。若 goroutine 启动后需等其完成再继续，用通道更灵活：主 goroutine 发送任务 → worker 处理完发回结果或完成信号 → 主 goroutine 接收即继续。
- ✅ 动态任务流：用
results := make(chan Result, 10)，每个 worker 处理完results ，主 goroutinefor i := 0; i - ✅ 错误中断：任一 worker 发送 error 到
errCh，主 goroutine 用select捕获并提前关闭其他 worker
协程同步不是越“严”越好，而是越“准”越好。明确谁需要等谁、等什么条件、超时怎么处理，再选最轻量的原语——通道、Once、Map、Context，往往比 Mutex 和 WaitGroup 更贴近问题本质。
