用 singleflight 防击穿踩坑实录：别让一个慢请求把整池 goroutine 都给拖死了

聊聊 golang.org/x/sync/singleflight 防击穿踩过的坑。

单看效果确实神，本地跑了个压测，10000 并发压同一个热 Key，打到后端 DB 的请求直接从 10k 压到 1 个，CPU 占用直接砍了 80%。

但实际线上跑，踩了两个大雷：

1. 共享指针的 Data Race：Do 返回的是 interface{}，有人顺手返回了指针对象，结果调用方并发读写同一个结构体，直接触发 race。为了安全加了一层深拷贝，跑 Benchmark 发现深拷贝结构体直接从 45 ns/op 飙到 1200 ns/op，高并发下 GC 压力翻倍。
2. 慢请求连环拖垮（死等）：底层 DB 偶发一个慢查询卡 3s，导致后面复用该 call 的所有 Goroutine 全部卡死，P99 直接从 2ms 飙到 3000ms+。现在改成了 DoChan + select ctx.Done()，但这样如果 Context 提前 cancel，后台那个 Goroutine 还是在跑，没法真正中断下游。

大家现在防击穿是给 singleflight 套深拷贝 / 序列化，还是只放基本类型 / 传不可变数据？针对慢请求拖累全车人，你们是用 DoChan 降级还是加了熔断限制？