应使用 context.WithCancel 配合手动 cancel 模拟超时，而非依赖真实时间；通过 ctx, cancel := context.WithCancel(context.Background()) 创建可取消上下文，在测试中主动调用 cancel() 触发超时，使被测函数监听 ctx.Done() 并返回 context.Canceled 错误。
测试带超时的 Go 代码，核心是控制 context.Context 的生命周期，而不是依赖真实时间等待。关键在于用 context.WithTimeout 或 context.WithCancel 搭配手动触发，再配合 time.AfterFunc 或 goroutine 模拟超时信号。
用 context.WithCancel + 手动 cancel 测试边界行为
比起依赖真实超时（如 WithTimeout(ctx, 10*time.Millisecond)），更可靠的方式是用可取消的 context，在测试中主动调用 cancel() 来模拟“超时发生”。这样避免了竞态、环境差异和测试变慢的问题。
- 创建 context 和 cancel 函数：
ctx, cancel := context.WithCancel(context.Background()) - 在需要“触发超时”的时机（例如启动 goroutine 后立即或延后调用）执行
cancel() - 被测函数应监听
ctx.Done()并及时退出，返回context.Canceled或自定义超时错误
用 testutil 工具包或 time.AfterFunc 模拟定时 cancel
若需验证“恰好在 N 毫秒后超时”，可用 time.AfterFunc 在测试中触发 cancel，但注意：仍不建议设太短（如
timer := time.AfterFunc(5*time.Millisecond, cancel)- 记得
defer timer.Stop()防止泄漏 - 调用被测函数后，用
select等待结果或ctx.Err()检查是否超时
断言超时路径必须被执行
仅检查返回错误是否为 context.DeadlineExceeded 不够——要确保函数真正走到了超时分支，而非提前 panic 或忽略 context。
立即学习“go语言免费学习笔记（深入）”；
- 在被测函数内部加日志或导出调试标记（如
timedOut = true），测试中验证该标记被置位 - 对 I/O 类操作（如 HTTP 调用），可使用
httptest.Server配合延迟响应，强制触发 client 端 context 超时 - 避免在测试里写
time.Sleep等待超时，它不可靠且拖慢 CI
基本上就这些。重点不是“让测试跑满 timeout 时间”，而是精准控制 context 的结束时机，并验证代码对 Done 通道的响应是否符合预期。
