协程泄露常见原因包括未关闭的channel、死锁、忘记调用done及阻塞操作；可通过监控协程数和pprof工具检测；避免方法包括设置退出机制、限制等待、合理使用waitgroup及控制协程上限；排查技巧有对比协程数量、分析堆栈、加日志及使用第三方库。具体来说：1. 协程泄露常因channel死锁、系统调用阻塞等造成；2. 使用runtime.numgoroutine()和pprof分析调用栈可检测；3. 预防措施包括context控制生命周期、select配合超时、正确使用waitgroup、限制并发数；4. 排查时对比正常状态下的数据，结合日志和gops等工具定位问题。及时发现与预防是关键。
协程泄露是 Golang 开发中常见的问题之一，尤其是在高并发场景下，如果协程没有正确退出，会导致内存占用飙升、系统变慢甚至崩溃。解决这个问题的关键在于早发现、早预防、早排查。
1. 协程泄露的常见原因
Go 的协程非常轻量，但不代表可以无限创建。一旦协程因为某些原因卡住或无法退出，就可能造成泄露。常见的原因包括：
- 未关闭的 channel 接收
- 死锁（比如互斥锁未释放）
- 忘记调用
done的 WaitGroup 使用不当 - 长时间阻塞在某个系统调用或网络请求中
举个简单例子：如果你在一个 goroutine 中监听一个永远不会被写入的 channel，这个 goroutine 就会一直挂起，无法退出。
立即学习“go语言免费学习笔记（深入）”；
2. 如何检测协程是否泄露
最直接的方法是通过程序运行时暴露的指标来观察当前活跃的协程数量。可以通过以下方式实现：
-
使用 runtime.NumGoroutine() 监控协程数变化
这个函数可以获取当前活跃的 goroutine 数量，定期打印或上报这个值，有助于发现异常增长。
-
引入 pprof 工具分析
Go 自带的 pprof 工具可以帮助你查看当前所有正在运行的 goroutine 调用栈。启动方式很简单：
import _ "net/http/pprof" go func() { http.ListenAndServe(":6060", nil) }()然后访问
/debug/pprof/goroutine?debug=1，可以看到所有正在运行的 goroutine 堆栈信息。
3. 避免协程泄露的最佳实践
与其事后排查，不如提前预防。下面是一些实用建议：
-
为每个 goroutine 设置退出机制
比如使用 context.Context 控制生命周期，或者通过 done channel 主动通知退出。
-
避免在 goroutine 内部无限制等待 channel 输入
如果 channel 可能不会被写入，最好配合
select + context.Done()来设置超时或主动退出。 -
合理使用 sync.WaitGroup
启动多个 goroutine 时，记得 Add 和 Done 成对出现，否则主流程可能会提前结束，留下“孤儿”协程。
-
控制协程数量上限
在一些批量处理任务中，可以通过 worker pool 或者带缓冲的 channel 来限制最大并发数，防止资源耗尽。
4. 实战排查技巧
当你怀疑有协程泄露时，除了看日志和监控外，还可以结合以下几个手段：
- 对比正常与异常状态下的 goroutine 数量
- 查看 pprof 输出的堆栈，找出大量相似的调用栈
- 在关键路径加 log，记录协程开始和结束时间
- 使用第三方库（如 gops）查看运行时信息
有时候你会发现很多协程都卡在同一个地方，比如 runtime.gopark 或者某个 channel 的接收操作，这时候就需要重点检查这些地方是否有逻辑错误或死锁风险。
基本上就这些。协程泄露虽然看起来不复杂，但在实际项目中容易被忽略，特别是随着业务逻辑变多之后更容易埋雷。保持良好的编码习惯和及时的监控，才是避免这类问题的根本。
