测试HTTP重定向需用httptest.Server模拟多级跳转，禁用Client自动重定向以验证状态码和Location头，或启用有限重定向检查最终响应内容，并覆盖307/308等方法不变场景。
测试 HTTP 重定向逻辑的关键是绕过真实网络请求，用 net/http/httptest 构建可控的测试服务端，并配合 http.Client 的 CheckRedirect 钩子或禁用重定向后手动验证响应。下面分三部分说明实用做法。
用 httptest.Server 模拟多级重定向服务
通过启动一个本地测试服务器，返回指定状态码（如 301、302、307、308）和 Location 头，可精确控制跳转行为：
- 301 和 308 是永久重定向，多数客户端会缓存并可能改变请求方法（301 可能将 POST 改为 GET，308 严格保持原方法）
- 302 和 307 是临时重定向，302 兼容性最好但方法可能被改写，307 明确要求保持原始请求方法
- 在测试中可返回不同路径（如
/v1/login → /v2/auth）或跨域地址（如https://other.example.com/）来验证业务逻辑是否按预期处理
禁用自动重定向，手动检查响应
默认情况下 http.Client 会自动跟随重定向。测试重定向逻辑时，应显式禁用它，直接观察原始响应：
client := &http.Client{
CheckRedirect: func(req *http.Request, via []*http.Request) error {
return http.ErrUseLastResponse // 停止重定向，返回最后一次响应
},
}
然后发起请求，断言状态码、Location 头和跳转目标是否符合预期：
立即学习“go语言免费学习笔记（深入）”；
-
resp.StatusCode应为 301/302/307/308 -
resp.Header.Get("Location")应匹配期望路径或 URL - 若需验证跳转链（如 A→B→C），可多次调用并更新请求 URL，模拟客户端行为
测试重定向后的最终响应内容
若需验证重定向“最终到达页面”的内容（例如登录后跳转到首页并检查 HTML 中是否有用户名），可启用自动重定向，但限制次数并捕获最终响应：
client := &http.Client{
CheckRedirect: func(req *http.Request, via []*http.Request) error {
if len(via) > 5 {
return fmt.Errorf("too many redirects")
}
return nil // 允许重定向
},
}
之后调用 client.Do(req) 获取最终响应，并解析 body 验证业务结果，比如 JSON 字段、HTML 标签或重定向后的状态码（如 200）。
结合 Gorilla Mux 或 Gin 等路由框架测试中间件重定向
如果重定向由中间件触发（如未登录跳转登录页、旧 API 路径 301 到新路径），可在测试中构造带路由参数的请求，验证中间件是否正确设置状态码与 Location：
- 对 Gin：使用
gin.CreateTestContext+httptest.NewRecorder - 对 Gorilla Mux：用
mux.Router.ServeHTTP配合httptest.ResponseRecorder - 重点检查中间件是否在特定条件（如无 Cookie、path 匹配旧规则）下写入了正确的重定向头
不复杂但容易忽略的是：务必在测试中覆盖 307/308 这类“方法不变”重定向，尤其当你的 API 接收 POST/PUT 请求时——错误地用了 302 可能导致前端重复提交或后端收不到数据。
