协程泄漏因缺乏退出机制导致资源占用；2. 应使用context.Context管理生命周期；3. 通过WithCancel创建上下文并调用cancel通知退出；4. 协程中需监听ctx.Done()及时终止。
Go语言的协程（goroutine）轻量且高效，但若不妥善管理其生命周期，很容易导致协程泄漏。协程泄漏会占用内存和系统资源，长期运行的服务可能出现性能下降甚至崩溃。要避免协程泄漏，关键在于显式控制协程的启动与退出，并结合监控手段及时发现问题。
明确协程的退出条件
每个启动的协程都应有明确的退出机制，不能依赖程序自然结束。常见方式是使用channel或context来通知协程退出。
推荐使用 context.Context 管理协程生命周期，尤其在请求级或任务级场景中：
- 通过 context.WithCancel 创建可取消的上下文，在适当时候调用 cancel() 通知所有相关协程退出
- 将 context 传递给协程，在循环或阻塞操作中定期检查 ctx.Done() 是否关闭
- 避免启动没有退出路径的“野协程”，例如只用 go func(){}() 而无控制逻辑
示例：
立即学习“go语言免费学习笔记（深入）”；
ctx, cancel := context.WithCancel(context.Background())
go func(ctx context.Context) {
for {
select {
case <-ctx.Done():
return // 正常退出
default:
// 执行任务
}
}
}(ctx)
// 在需要时调用 cancel()
cancel()
使用WaitGroup协调协程完成
当需要等待一组协程完成时，使用 sync.WaitGroup 可确保主流程不会提前退出，同时避免协程被意外挂起。
- 在启动协程前调用 wg.Add(1)
- 每个协程结束前调用 wg.Done()
- 主协程通过 wg.Wait() 等待所有任务完成
注意：不要在协程外部直接调用 Done()，应确保每个 Add 对应一个 Done，否则可能引发 panic。
监控协程数量定位泄漏
运行时协程数可通过 runtime.NumGoroutine() 获取，可用于监控系统状态。
- 定期打印或上报协程数量，观察是否持续增长
- 在测试环境中设置阈值告警，发现异常立即排查
- 结合 pprof 工具分析协程堆栈：go tool pprof http://localhost:6060/debug/pprof/goroutine
pprof 能展示当前所有协程的调用栈，帮助定位哪些协程卡在了哪里，是排查泄漏的核心工具。
避免常见泄漏模式
以下几种写法容易导致协程泄漏，需特别注意：
- 向无缓冲 channel 发送数据但无人接收，协程会永久阻塞
- 使用 select 接收 channel 数据，但缺少 default 或超时分支，导致无法退出
- 协程中执行阻塞操作（如网络请求）未设置超时或上下文控制
- 在 defer 中调用 wg.Done() 但协程未正确退出，导致 wg.Wait() 永不返回
解决方法：始终为 channel 操作配对，使用 context 控制超时，合理设计协程退出逻辑。
基本上就这些。协程泄漏不可怕，关键是要有退出意识、用好 context 和 WaitGroup，并通过监控手段及时发现异常。只要养成良好的编程习惯，就能有效避免问题。
