Go中goroutine泄漏主因包括channel阻塞、未关闭channel、无限循环无退出及子goroutine未随父退出；2. 通过pprof监控goroutine数量可检测泄漏；3. 使用context控制生命周期，如WithCancel发送取消信号，确保goroutine及时退出。
Go语言中的goroutine是轻量级线程，由Go运行时管理，非常适合高并发场景。但如果不合理地创建或控制goroutine的生命周期，很容易导致goroutine泄漏——即goroutine无法正常退出，持续占用内存和系统资源。这类问题在长期运行的服务中尤为危险，可能逐步耗尽系统资源。下面介绍常见的泄漏场景、检测方法以及防护策略。
常见goroutine泄漏场景
理解哪些代码模式容易引发泄漏，是预防的第一步。
- channel读写阻塞： 启动一个goroutine从无缓冲channel读取数据，但没有对应的写入操作，该goroutine将永远阻塞在接收语句上。
- 忘记关闭channel： 在select语句中等待channel关闭信号，但发送方从未关闭channel，导致监听goroutine无法退出。
- 无限循环未设退出条件： goroutine中使用for {}循环处理任务，但没有通过context或标志位控制退出。
- 子goroutine未随父goroutine退出： 主goroutine已结束，但其启动的子goroutine仍在运行，且无外部手段终止。
使用pprof检测goroutine泄漏
Go内置的pprof工具可以实时查看正在运行的goroutine数量和调用栈，是定位泄漏的核心手段。
在程序中引入net/http/pprof包：
立即学习“go语言免费学习笔记（深入）”；
import _ "net/http/pprof"
func main() {
go func() {
log.Println(http.ListenAndServe("localhost:6060", nil))
}()
// 其他业务逻辑
}
运行程序后访问 https://www.php.cn/link/4a204e824b80ebb74ac7895ab81fcabf 可查看当前所有goroutine的堆栈信息。若发现某个函数相关的goroutine数量持续增长，基本可判定存在泄漏。
使用context控制goroutine生命周期
context是Go中推荐的跨API边界传递截止时间、取消信号和请求范围数据的机制，也是防止泄漏的关键工具。
示例：使用context.WithCancel控制子goroutine退出
ctx, cancel := context.WithCancel(context.Background())
go func(ctx context.Context) {
for {
select {
case <-ctx.Done():
return // 正常退出
default:
// 执行任务
}
}
}(ctx)
// 当需要停止时调用
cancel()
类似的，也可以使用context.WithTimeout或context.WithDeadline设置自动超时退出，避免永久阻塞。
编码规范与防护建议
除了工具和机制，良好的编码习惯能从根本上减少泄漏风险。
- 成对考虑启动与退出： 每启动一个goroutine，都要明确它的退出路径。是否有人负责关闭channel？是否有context取消？
- 避免匿名goroutine裸奔： 尽量为关键goroutine命名函数或方法，便于追踪和测试。
- 使用errgroup或sync.WaitGroup配合context： 在需等待多个goroutine完成的场景中，结合context实现统一取消。
- 单元测试中检查goroutine数量： 利用runtime.NumGoroutine()在测试前后对比goroutine数，辅助验证是否泄漏。
基本上就这些。goroutine泄漏不复杂但容易忽略，关键是建立“每个并发任务都必须有终点”的意识，配合pprof监控和context控制，就能有效避免问题。
