context 不是用来传递业务数据的，而是控制生命周期和取消信号；误用 WithValue 会导致可读性差、类型不安全、调试困难，应仅用 typed key 传不可变元数据，优先通过参数传递业务数据。
Go 的 context 不是用来“传递数据”的，而是用来**控制生命周期和取消信号**的；误用 context.WithValue 存业务数据会导致可读性差、类型不安全、调试困难。
为什么不能把 context 当成 map 用
很多人一上来就用 context.WithValue 往里塞 user.ID 或 requestID，结果后期查 bug 时根本不知道谁塞的、谁读的、类型对不对。Go 官方文档明确说：context.Value 只适用于传递请求范围的、不可变的、进程级元数据（比如 trace ID、用户身份标识），且应定义明确的 key 类型，避免字符串 key 冲突。
- 字符串 key 如
"user"极易重复或拼错，运行时 panic -
context.Value返回interface{}，类型断言失败时不报编译错误，只在运行时报panic: interface conversion: interface {} is nil, not *User - 过度使用会掩盖真正的依赖传递方式（比如函数参数、结构体字段）
正确用法：用 WithCancel / WithTimeout 控制 goroutine 生命周期
这才是 context 的核心价值——让下游 goroutine 能感知上游是否已放弃本次请求。典型场景是 HTTP handler 启动一个异步任务，但客户端提前断开连接，你得立刻停掉它。
func handleRequest(w http.ResponseWriter, r *http.Request) {
// 从 request 拿到自带 cancelable context
ctx := r.Context()
<pre class="brush:php;toolbar:false;">// 启动一个可能耗时的操作
resultCh := make(chan string, 1)
go func() {
select {
case <-time.After(5 * time.Second):
resultCh <- "done"
case <-ctx.Done(): // 关键：监听取消
return // 立即退出 goroutine
}
}()
select {
case result := <-resultCh:
w.Write([]byte(result))
case <-ctx.Done():
http.Error(w, "request cancelled", http.StatusRequestTimeout)
}}
立即学习“go语言免费学习笔记（深入）”；
- 不用手动传
ctx进 goroutine —— Go HTTP server 已帮你注入了带取消能力的context - 所有 I/O 操作（
http.Client.Do、database/sql.QueryContext、time.Sleep包装成time.AfterFunc等）都优先用带Context版本 - 自己启动的 goroutine 必须显式监听
ctx.Done()并 clean up，否则会泄漏
如果真要传少量元数据：定义 typed key + WithValue
仅限极少数必须跨多层函数又无法改参数签名的场景（如中间件注入 trace ID），且必须用自定义类型做 key，杜绝字符串冲突。
// 定义 key 类型，不是 string
type ctxKey string
const userKey ctxKey = "user"
<p>// 注入（通常在 middleware）
ctx = context.WithValue(r.Context(), userKey, &User{ID: 123})</p><p>// 提取（深层调用中）
if u, ok := ctx.Value(userKey).(*User); ok {
log.Printf("user ID: %d", u.ID)
} else {
log.Println("no user in context")
}- key 类型必须是 unexported（小写开头），防止外部包意外复用同一 key
- 永远用类型断言 +
ok判断，不直接强制转换 - 别传指针以外的大对象——
context可能被大量 goroutine 持有，影响 GC
真正难的不是写对那几行 WithValue，而是判断“这个值到底该不该进 context”。多数时候答案是：不该，把它作为函数参数传进去更清晰、更易测、更安全。
