Go 服务 goroutine 涨了，别先猜：按这条流程查 context 泄漏

Thu, 21 May 2026 13:45:00 +0800

线上 goroutine 数开始往上爬，最怕的不是它涨。

最怕的是你盯着监控看了十分钟，然后开始猜：是不是 context 泄漏了？是不是超时没生效？是不是某个 channel 卡住了？

这些猜法都有可能对，也都有可能错。

runtime.NumGoroutine() 只能告诉你“现在有多少 goroutine”。它不会告诉你这些 goroutine 停在哪里，也不会告诉你是谁创建的，更不会告诉你为什么没有退出。

排查这类问题，第一步不是解释 context 原理。

第一步是采样。

这篇是 Go context 系列第三篇。前两篇讲过 context 的生命周期、cancel 的边界，以及 Go 为什么坚持显式传 ctx。

这一篇换一个角度：不从源码开始，从排查现场开始。

一套最小流程就够了：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


goroutine 涨了
 ↓
先采样，确认趋势
 ↓
用 pprof 找等待点
 ↓
用 go vet 查静态路径
 ↓
按创建路径、取消路径、响应路径回到代码
 ↓
修复，再验证

Goroutine on Zampo Blog