17370845950

Go接口超时测试核心是用context.WithTimeout或http.Client.Timeout控制请求生命周期并验证行为正确性：1. context方式需手动注入、检查DeadlineExceeded并调cancel；2. Client.Timeout更简洁但不涵盖DNS解析；3. 用httptest.Server模拟慢服务；4. 验证goroutine和连接资源释放。

在 Go 中做接口超时测试，核心是利用 context.WithTimeout 或 http.Client.Timeout 主动控制请求生命周期，再结合断言验证是否按预期失败或成功。关键不是“测出超时”，而是确认系统在超时设定下行为正确——比如返回 408、触发 fallback、或不阻塞协程。

用 context 控制单次请求超时

这是最灵活的方式，适用于需要精细控制（如带取消、传递值）的场景。HTTP 客户端本身不感知 context，需手动传入 req.WithContext()：

• 创建带超时的 context：ctx, cancel := context.WithTimeout(context.Background(), 300*time.Millisecond)
• 构建请求后注入 context：req = req.WithContext(ctx)
• 发起请求，检查错误是否为 context.DeadlineExceeded
• 务必调用 cancel() 避免 goroutine 泄漏（即使超时了也要调）

用 http.Client 设置全局超时

适合对整组请求统一约束，代码更简洁。注意它只控制连接、读写阶段总耗时，不包含 DNS 解析等前置开销：

• 初始化 client：client := &http.Client{Timeout: 500 * time.Millisecond}
• 直接调用 client.Do(req)，超时时返回 net/http: request canceled (Client.Timeout exceeded while awaiting headers)
• 若需区分超时类型（连接 vs 响应体读取），改用 Transport 的 ResponseHeaderTimeout、IdleConnTimeout 等字段

在测试中模拟慢服务验证超时逻辑

不能只靠真实接口，需可控地制造延迟。推荐用 httptest.Server 搭配 time.Sleep：

• 启动测试服务：srv := httptest.NewServer(http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) { time.Sleep(1 * time.Second); w.WriteHeader(200) }))
• 用上述任一超时方式请求 srv.URL
• 断言错误非 nil 且包含超时关键词，或响应状态码符合预期（如 fallback 返回 503）
• 记得 srv.Close() 清理资源

验证超时后资源是否被正确释放

超时测试容易忽略副作用。例如：goroutine 是否堆积？连接是否复用失败？可借助 runtime.NumGoroutine() 或 http.DefaultTransport.(*http.Transport).MaxIdleConnsPerHost 辅助观测：

• 测试前后记录 goroutine 数量，确保无异常增长
• 设置低 idle 连接数 + 高频超时请求，观察是否出现 connection refused 类错误
• 对关键路径加 defer 日志，确认 cancel 调用时机