context.value 传递需确保每层正确传递ctx，否则值会丢失；应使用私有类型key、断言校验、覆盖测试，并用== nil判空；cancel依赖done通道关闭与goroutine主动监听退出。
测试 context.Value 传递是否真正穿透整个调用链
直接在测试里用 context.WithValue 包一层就完事，不等于值真能被下游函数读到——尤其当中间某层忘了把 ctx 传下去，或错误地用了 context.Background() 替代入参 ctx，值就断了。
实操建议：
- 在每层函数入口加断言：
if ctx.Value(myKey) == nil { t.Fatal("ctx value missing at layer X") } - key 必须是私有类型（如
type userIDKey struct{}），避免字符串 key 冲突导致误读其他模块塞的值 - 测试要覆盖“中间层覆盖同 key”的情况：父 ctx 塞了
userIDKey{}，中间函数又调一次context.WithValue(ctx, userIDKey{}, "fake")，下游应拿到 fake 而非原始值 - 别用
fmt.Sprintf("%v", ctx.Value(key))判空——nil interface{} 和 nil 具体类型值表现不同，直接比== nil更可靠
验证 cancel 信号能否跨 goroutine 正确传播
Context 取消不是“发个通知就完”，它依赖 ctx.Done() channel 关闭 + 所有监听者及时退出。但 goroutine 一旦启动，没人强制它停；如果它没主动 select 监听 ，cancel 就是哑炮。
实操建议：
- 被测函数若启动子 goroutine，必须确保该 goroutine 内部有
select分支监听，否则测试永远等不到取消效果 - 测试中用
ctx, cancel := context.WithCancel(context.Background())，defercancel()防泄漏，然后立即cancel()，再检查函数是否快速返回（比如errors.Is(err, context.Canceled)） - 避免在测试里 sleep 等待——改用
time.AfterFunc或带超时的wait.Group，防止测试卡死 - 注意：HTTP handler 中的
r.Context()是请求级上下文，测试时用httptest.NewRequest构造即可，无需 mock
WithTimeout 测试中容易忽略的 deadline 精度问题
context.WithTimeout(ctx, 10*time.Millisecond) 并不保证函数恰好在 10ms 后返回。Go runtime 调度、GC 暂停、甚至系统时钟抖动都可能导致实际超时延迟几十毫秒——这会让基于 time.Sleep 的断言失败。
实操建议：
- 不要写
time.Sleep(10 * time.Millisecond)后立刻检查 err，改用select等待，并配合 <code>time.After(15 * time.Millisecond)设安全兜底 - 断言错误时只认
errors.Is(err, context.DeadlineExceeded)，不比较 error 字符串或用== - 若函数内部还调用了其他带 context 的库（如
http.Client.Do），它们会自动响应 timeout，无需额外 mock——但要确保你传进去的 ctx 真正被它们用了 - 本地测试时，避免在高负载机器上跑超短 timeout（
测试中误用 context.Background() 导致漏测取消路径
很多测试直接用 context.Background() 传给被测函数，看似能跑通，但完全绕过了 cancel/timeout 逻辑——相当于只测了 happy path，而线上最常出问题的恰恰是超时和中断场景。
实操建议：
- 每个测试函数至少包含三类 case：正常流程（
Background）、取消流程（WithCancel）、超时流程（WithTimeout） - 用表格驱动测试（table-driven test）统一管理不同 ctx 类型，避免漏掉某条路径
- 如果被测函数签名含
ctx context.Context，但所有测试都只用Background，CI 应该报 warning（可通过静态检查工具如staticcheck配置规则） - 第三方 SDK 若明确不响应 context（文档写死 “ignores context”），测试里需显式跳过 cancel 相关 case，并加注释说明原因，而不是假装它支持
最难测的永远不是“值传过去了”，而是“取消信号抵达时，所有 goroutine 是否已释放资源、关闭 channel、退出循环”。这要求你不仅看函数返回值，还得 inspect 它启动的 goroutine 行为——多数时候，得靠日志埋点或 channel 状态检查来确认。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
