goroutine 泄漏的典型表现是内存持续上涨、http 响应延迟飙升、pprof 中 goroutines 数量居高不下；定位方法为使用 curl 请求 /debug/pprof/goroutine?debug=2 查看活跃堆栈，重点排查卡在 channel、锁或超时处的 goroutine。
goroutine 本身不提升效率，滥用反而拖垮程序；真正起作用的是「合理调度 + 明确边界 + 可控退出」——这三点没对齐，开再多 goroutine 都只是把阻塞从 I/O 搬到内存和调度器上。
goroutine 泄漏的典型表现与定位方法
最常见的并发问题不是慢，而是内存持续上涨、http.Server 响应延迟飙升、pprof 中 runtime.goroutines 数量居高不下。这类现象大概率是 goroutine 没退出，还在等 channel、锁或超时。
- 用
curl http://localhost:6060/debug/pprof/goroutine?debug=2查看所有活跃 goroutine 的堆栈，重点找卡在、<code>sync.(*Mutex).Lock或time.Sleep的调用链 - 避免无缓冲 channel 直接用于跨 goroutine 通知：如果接收方还没启动，发送方会永久阻塞 —— 改用
select+default或带超时的select - HTTP handler 中启的 goroutine，必须绑定
context.Context，并在ctx.Done()触发时主动清理资源（比如关 channel、cancel 子 context）
sync.WaitGroup 不够用时该换什么
sync.WaitGroup 只解决“等全部结束”，但无法处理“任意一个失败就中止”或“只取最先返回的结果”。这时候得换更语义明确的工具：
- 要“最快响应”：用
make(chan T, 1)+ 多个 goroutine 并发写，主 goroutineselect读一次后close(ch)，其余 goroutine 检测到 channel 已关就退出 - 要“任一失败即取消”：用
errgroup.Group（来自golang.org/x/sync/errgroup），它自动传播 cancel 和 error，比手写context.WithCancel+WaitGroup组合更可靠 - 要“限制并发数”：别用
for range直接开一堆 goroutine，改用带计数信号量的 channel：sem := make(chan struct{}, 5)，每个任务开始前sem ，结束后 <code>
框架里怎么安全嵌入 goroutine（以 Gin/Echo 为例）
Web 框架的 handler 是短生命周期的，但你启的 goroutine 很可能活得比 request 更久。直接写 go fn() 是危险操作：
- Gin 中推荐用中间件注入
context.Context，并在 handler 内通过req.Context()派生子 context，传给 goroutine；goroutine 内部必须监听ctx.Done()并及时 return - Echo 的
c.Request().Context()同理，但注意：Echo v4 默认不继承 cancel signal 到子 goroutine，需显式用context.WithTimeout或context.WithCancel - 绝对不要在 goroutine 里直接引用
*gin.Context或echo.Context—— 它们不是线程安全的，且可能已被回收；只传需要的值（如 ID、参数副本、DB 连接）
为什么加了 goroutine 反而更慢
不是并发越多越快。瓶颈常出现在这几个地方：
- CPU 密集型任务盲目并发：Go 调度器默认最多用
GOMAXPROCS个 OS 线程跑用户 goroutine，如果全是计算，开 100 个 goroutine = 100 个协程争抢几个线程，上下文切换开销反超收益 - channel 未设缓冲且频繁收发：无缓冲 channel 的每次通信都涉及 goroutine 切换和锁操作，压测时
chan send成为热点；批量场景下，优先用 slice +sync.Pool缓存临时对象，而非每条数据走 channel - DB 连接池被耗尽：每个 goroutine 都去
db.Query，但连接池只有 10 个，剩下 90 个全在排队等连接 —— 此时并发只是把串行等待变成并发等待，TPS 不升反降
真正关键的不是“能不能并发”，而是“哪一层该并发”：IO 密集（HTTP、DB、文件）适合拆，CPU 密集（加密、压缩、图像处理）优先考虑算法优化或分片后固定 goroutine 数执行。漏掉这个判断，所有 go 关键字都是在给调度器添堵。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
