goroutine泄露因无法退出导致资源占用；2. 使用context.Context传递取消信号，通过监听ctx.Done()及时终止goroutine，确保其在预期条件下退出。
Go语言中的goroutine泄露是指启动的goroutine无法正常退出，导致其一直阻塞在某个操作上，进而占用内存和系统资源。虽然goroutine本身开销较小，但大量泄露会拖垮程序。避免goroutine泄露的关键是确保每个goroutine都能在预期条件下终止。以下是几种常见场景和对应的预防措施。
使用context控制生命周期
大多数goroutine泄露源于没有合适的取消机制。通过context.Context可以优雅地通知goroutine退出。
当一个goroutine执行长时间任务或等待外部事件时，应定期检查context是否已关闭：
- 将context作为函数参数传入goroutine
- 在select语句中监听ctx.Done()
- 一旦接收到取消信号，立即清理并返回
示例：
立即学习“go语言免费学习笔记（深入）”；
ctx, cancel := context.WithCancel(context.Background())
go func(ctx context.Context) {
for {
select {
case <-ctx.Done():
// 清理资源，退出
return
default:
// 执行任务
}
}
}(ctx)
// 在适当时候调用cancel()
cancel()
确保channel操作不会永久阻塞
goroutine常因向无人接收的channel发送数据而卡住。要避免这种情况：
- 发送前确认channel是否会被消费
- 使用带default的select避免阻塞
- 及时关闭不再使用的channel
- 启动goroutine的同时，明确谁负责关闭channel
例如，如果一个goroutine从channel读取数据，主逻辑应在所有发送完成后关闭channel，以便接收方能检测到EOF并退出。
限制并发数量，避免无限启动
在处理大量任务时，不要无节制地启动goroutine。比如循环中直接go doWork(i)可能创建成千上万个goroutine，增加管理难度和泄露风险。
推荐使用工作池模式（worker pool）：
- 固定数量的goroutine从共享channel读取任务
- 任务发送完毕后关闭channel
- 每个worker在channel关闭且无新任务时自动退出
监控和检测潜在泄露
开发阶段可通过以下方式发现泄露：
- 使用pprof分析goroutine数量增长趋势
- 在测试中调用runtime.NumGoroutine()验证执行前后数量一致
- 设置超时强制终止可疑goroutine（配合context.WithTimeout）
线上服务建议添加goroutine数监控告警。
基本上就这些。只要每个goroutine都有明确的退出路径，并通过context或channel正确传递信号，就能有效避免泄露问题。关键不是不使用goroutine，而是让它们“有始有终”。
