Go 服务 goroutine 数量持续上涨，泄漏点通常在哪几处

pprof: go tool pprof http://127.0.0.1:6060/debug/pprof/goroutine
// 代码
select {
case ch <- v:
case <-ctx.Done():
    return
}

服务运行一天后协程数从几百涨到几万，内存同步上涨，重启后恢复。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：channel 无缓冲且没有消费者，或请求超时后仍阻塞在发送与读取上。

「Go goroutine 泄漏」确认了原因之后，改动尽量只碰那一处，顺手改的东西后面最容易出问题。权限不要一口气开到最大，先加到够用再往上试，范围小才好收。

把复现步骤压到三条以内，交给同事也能跑出来，才算真的定位清楚。改动写完就同步给同事，下一个人踩同一个坑，成本还是你的。

验证用真实数据走一遍，测试数据太干净，边界情况根本碰不到。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。

处理上按这个顺序：用协程快照对比定位增长点；所有阻塞操作都带上上下文取消；启动协程时明确退出条件。

确认没问题再收工，压测结束后协程数回落到基线，长时间运行保持平稳。