context.withcancel 不能直接传给 goroutine 就完事，因为 goroutine 必须主动监听 ctx.done() 才能响应取消；若未显式检查、未正确绑定 context 到 http 请求、或错误使用 context.background，将导致 cancel 失效和 goroutine 泄漏。
为什么 context.WithCancel 不能直接传给 goroutine 就完事
很多开发者以为只要把 ctx 传进 goroutine，调用 cancel() 就能立刻终止它——实际常失效。根本原因是：goroutine 是否响应取消，完全取决于它自己有没有主动检查 ctx.Done() 并退出。Go 的 context 不会强制杀掉 goroutine，它只提供一个信号通道。
常见错误现象：cancel() 调用了，但后台任务还在跑、HTTP 请求没中断、数据库查询卡住、日志持续打印。
- 必须在每个可能阻塞或耗时的操作前，显式监听
ctx.Done() - 不能只在函数开头检查一次；比如循环中要每次迭代都查
- 第三方库（如
http.Client、database/sql）需配置才能响应 context，不是默认生效
HTTP 客户端请求如何真正响应 context.WithCancel
标准 http.Client 支持 context，但前提是用 client.Do(req.WithContext(ctx))，而不是直接传 ctx 给 client.Get 等快捷方法——那些方法不接受 context 参数。
示例中容易漏掉的点：
-
http.NewRequest返回的*http.Request是可变的，必须用req.WithContext(ctx)生成新 request 实例 - 如果用了自定义
http.Client，确保没设置Timeout字段，否则会和 context 冲突；优先靠 context 控制超时 - 服务端收到 cancel 后，底层 TCP 连接可能不会立即断开，但
resp.Body.Read会很快返回context.Canceled错误
req, _ := http.NewRequest("GET", "https://api.example.com/data", nil)
req = req.WithContext(ctx) // 关键：必须显式绑定
resp, err := client.Do(req)
if err != nil {
if errors.Is(err, context.Canceled) {
// 正确捕获取消
}
}
级联取消时，子 context 必须用 context.WithCancel 而非 context.Background
在 handler 中启动多个子任务（如并发调用三个微服务），若每个子 goroutine 都用 context.Background()，那父级 cancel() 对它们完全无效。正确做法是为每个子任务派生独立子 context。
注意参数传递方式：
- 不要在 goroutine 内部再调用
context.WithCancel(ctx)—— 这会创建新 cancel 函数，无法被外部控制 - 应该在主 goroutine 中提前派生：
childCtx, childCancel := context.WithCancel(parentCtx)，然后把childCtx传入子 goroutine - 如果子任务也需要自行取消（比如重试逻辑），才在内部再套一层
WithCancel，并负责调用它
典型场景：一个 API 请求触发 A/B/C 三个下游调用，任意一个失败或超时，应整体取消其余两个。这时要用 context.WithCancel 派生共享 ctx，而非各自 new。
goroutine 泄漏的隐蔽来源：忘记关闭 ctx.Done() channel 的接收
写法 select { case 看似正确，但如果这个 select 在 for 循环里，且没有 break 或 return，就可能跳过取消检查继续下一轮——尤其是当 <code>ctx.Done() 已关闭后， 会立即返回零值，导致“假响应”。
更安全的模式是：
- 用
if ctx.Err() != nil显式判断错误类型，比单纯读 channel 更明确 - 在循环中，每次迭代开头先 check：
if err := ctx.Err(); err != nil { return err } - 避免对
ctx.Done()做多次无条件接收；channel 关闭后反复读不会阻塞，但逻辑可能错乱
真正难调试的是：goroutine 退出了，但它的子 goroutine 还活着——因为子 goroutine 拿到的是原始 ctx，而你只 cancel 了父级。级联的关键，在于每一层都用派生的、可被上级控制的 context。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
