context.WithTimeout必须配对调用ctx和cancel，否则定时器泄漏；HTTP超时应优先用WithContext而非Client.Timeout；子goroutine须主动监听ctx.Done()，所有阻塞操作需支持上下文。
context.WithTimeout 必须配对调用 ctx 和 cancel
不调 cancel() 就等于漏掉一个定时器，它会一直待在内存里直到超时触发——高频服务跑几天，goroutine 和 timer 数量就悄悄涨上去。
常见错误是只取 ctx、忽略 cancel，尤其在函数有多个 return 分支时，比如 if err != nil { return } 前没调 cancel()，那这次超时控制就彻底失效了。
-
defer cancel()是最稳妥的兜底方式，但要注意：如果函数提前panic且没被 recover，defer不会执行，所以关键路径上仍建议显式调用 - 别在一个函数里多次
defer cancel()—— 第二次调用静默失败，但容易让人误以为“已经安全” -
context.WithTimeout的计时起点是调用它的那一刻，不是go func()启动时，也不是http.Do发出时
HTTP 请求超时别只靠 http.Client.Timeout
http.Client.Timeout 只管整个请求生命周期（DNS + 连接 + 写 + 读），但它无法被外部主动取消；而用户关页面、上游放弃等待这些场景，只有 context 能立刻中断。
更麻烦的是：如果卡在 DNS 解析或 TLS 握手阶段（尤其 Windows 或旧版 Go），ctx 默认也断不掉——这不是你代码写错了，是底层系统调用没响应取消信号。
立即学习“go语言免费学习笔记（深入）”；
- 正确姿势：用
http.NewRequestWithContext(ctx, ...)构造请求，再传给client.Do() - Go 1.19+ 可配合
GODEBUG=netdns=cgo让 DNS 响应ctx，但依赖 cgo；更稳的是设置Transport.DialContext、TLSHandshakeTimeout等字段 - 别同时开
Client.Timeout和context超时，容易逻辑打架；建议设Client.Timeout = 0，全由ctx控制
子 goroutine 里必须监听 ctx.Done()，不能只靠外层超时
context 不会“杀掉” goroutine，它只发信号；如果你的 goroutine 里有 time.Sleep、db.Query 或循环轮询，又没检查 ctx.Done()，那超时到了它照样继续跑。
典型翻车现场：一个任务先查 DB，再调第三方 API，结果卡在 DB 查询里——哪怕 API 调用加了 ctx，DB 那步没传，整个链路就卡死。
- 所有可能阻塞的操作都要支持
ctx：用db.QueryContext替代db.Query，用time.Sleep前加select监听ctx.Done() - 在循环中别写
for { select { case 就完事——万一条件没满足，它就永远等下去；得加 <code>default或用time.After配合非阻塞检查 - 子 context 的取消信号不会自动透传到“孙子级”，如果中间某层用了
context.WithValue却没再套WithTimeout，那下一层就收不到超时通知
测试里别用 context.WithTimeout(ctx, 1*time.Nanosecond)
这个写法看着像“强制触发超时”，但 Go 调度和 timer 精度会让它偶尔成功、偶尔失败，单元测试变得不稳定，你以为修复了 bug，其实是运气好。
真正可控的测试方式，是用 context.WithCancel 主动调 cancel()，或者用 context.WithDeadline 设一个过去的时间点。
- 错误示例：
ctx, _ := context.WithTimeout(context.Background(), 1*time.Nanosecond)→ 不可靠 - 推荐做法：启动 goroutine 后立即调
cancel()，或用context.WithDeadline(context.Background(), time.Now().Add(-time.Second)) - 如果要测“刚好超时”的边界行为，用
time.AfterFunc触发cancel更准，但注意它和 goroutine 生命周期无绑定，别漏 defer 清理
超时控制最难的不是写对那一行 context.WithTimeout，而是整条调用链上每个阻塞点都得接住 ctx、每个 cancel 都得在正确时机调、每个错误分支都得覆盖到——漏一个，就等于没设。
