context.WithCancel 通过关闭 Done() 返回的 chan struct{} 让子 goroutine 感知取消，子协程通过 select 等待该 channel 关闭即可响应。
context.WithCancel 是如何让子 goroutine 感知取消的
它不是靠“通知”，而是靠 Done() 返回的 chan struct{} 被关闭来实现信号传递。任何 goroutine 只要对这个 channel 做 select 或 ，就能立即感知到取消。
关键点在于：父 context 调用 cancel() 函数时，会关闭其内部的 done channel；所有子 context（通过 WithCancel / WithTimeout 等创建）都复用了这个 channel 或在其上层封装了 select 逻辑，因此能同步响应。
- 子 context 不会主动轮询或拉取状态，完全依赖 channel 关闭这一不可逆事件
- 多个 goroutine 同时监听同一个
ctx.Done()是安全的，channel 关闭后所有阻塞接收都会立即返回 - 不要在 goroutine 中反复调用
ctx.Done()来获取新 channel——它返回的是同一个底层 channel
为什么不能把 context 当作普通参数传给函数再启动 goroutine
常见错误是这样写：
func handle(ctx context.Context) {
go func() {
// 错误：这里 ctx 可能已在外部被 cancel，但 goroutine 没有检查
doWork()
}()
}
问题在于：goroutine 启动后，没有监听 ctx.Done()，也无法响应上游取消。即使父 context 已取消，该 goroutine 仍会继续运行，造成资源泄漏或重复执行。
立即学习“go语言免费学习笔记（深入）”；
- 正确做法是在 goroutine 内部显式监听
，并在收到信号后退出 - 如果函数本身不涉及 I/O 或阻塞操作，也要在关键循环中插入
select { case - 使用
context.WithTimeout或context.WithDeadline创建带截止时间的子 context，再传给 goroutine，比手动 sleep + 检查更可靠
WithValue 的值不会自动跨 goroutine 传播，但 key 必须是可比较的
context.WithValue 只是把键值对存进 context 结构体的 value 字段，并不触发任何广播或复制机制。它的“传播”完全依赖你是否把新 context 实参传给了下一个函数或 goroutine。
也就是说：值不会自己飞过去，是你手动传过去的；但如果传错了（比如传了原始 context 而非 WithValue 后的新 context），下游就拿不到。
-
key类型必须支持==比较（如string、int、指针、结构体字段全可比较），否则ctx.Value(key)总是返回nil - 避免用
string字面量当 key（如"user_id"），容易拼错；推荐定义为未导出的私有类型变量，例如type ctxKey string; var userIDKey ctxKey = "user_id" - 不要用
WithValue传业务参数，只用于传递请求生命周期内的元数据（如 traceID、用户身份、日志字段）
HTTP server 中 context 何时被 cancel？哪些场景会提前关闭
Go 的 http.Server 默认为每个请求生成一个 context.Background() 的衍生 context，并在以下任一情况发生时调用 cancel()：
- 客户端主动断开连接（如浏览器关闭标签页、curl 被 Ctrl+C 中断）
- 请求体读取超时（
ReadTimeout）或头部解析失败 - Handler 执行超过
WriteTimeout（注意：这是从写响应头开始计时，不是 handler 入口） - 使用
Request.WithContext显式替换了 context，且该 context 被 cancel
特别注意：http.Request.Context() 返回的 context 在 handler 返回后即失效，不能再用于启动后台 goroutine —— 那些 goroutine 很可能在 response 写完后才运行，此时 context 已关闭，ctx.Err() 会是 context.Canceled 或 context.DeadlineExceeded。
如果确实需要异步处理，应派生新的 context（如 context.WithoutCancel(parentCtx) 或用 background），并自行管理生命周期。
