必须使用 http.redirect 实现 http 重定向，因其自动清空响应体、设置 content-type、正确处理 307/308 方法保留、安全解析相对路径；手动写状态码和 location 头易出错。
HTTP 重定向必须用 http.Redirect，不能只改 URL 或返回状态码
很多人误以为只要手动写 resp.WriteHeader(http.StatusMovedPermanently) 再写个 Location 头就能完成重定向，但这样漏掉了关键步骤：响应体未清空、Content-Type 未重置、部分客户端（尤其是浏览器）可能忽略无响应体的重定向。Go 标准库的 http.Redirect 会自动处理这些细节。
- 它强制写入空响应体（避免旧内容干扰）
- 设置
Content-Type: text/plain; charset=utf-8防止 MIME 类型冲突 - 对
http.StatusTemporaryRedirect（307）和http.StatusPermanentRedirect（308）也支持，且正确保留原始请求方法（如 POST 不会变成 GET） - 如果
req.URL是相对路径（比如/login），http.Redirect能自动拼出完整跳转地址，前提是传入的是绝对 URL 或能被req.URL.ResolveReference解析的路径
重定向目标 URL 必须是绝对地址，或明确基于当前请求构造
直接传入 "/dashboard" 这类相对路径给 http.Redirect 是安全的——它内部会调用 req.URL.ResolveReference 拼接协议、Host 和 Path。但如果你手动生成 URL，比如拼字符串 "http://localhost:8080" + path，就容易出错：
- 开发环境用
localhost，生产环境是域名，硬编码会导致跳转失败 - 反向代理后
req.Host可能不是真实对外域名，需检查X-Forwarded-Host或配置req.URL.Scheme - HTTPS 场景下，若
req.TLS == nil但实际走的是反代 HTTPS，Scheme 仍是http，需靠中间件修正req.URL.Scheme
更稳妥的做法是用 url.URL{Scheme: "https", Host: req.Host, Path: "/dashboard"}.String()，或借助 httputil.ReverseProxy 的常见修复逻辑提前统一 Scheme。
路由层跳转（如 Gin/Echo）本质仍是调用 http.Redirect，但封装隐藏了细节
Gin 的 c.Redirect(http.StatusFound, "/new")、Echo 的 c.Redirect(http.StatusSeeOther, "/new") 最终都落在标准库 http.Redirect 上。区别在于框架会帮你绑定 http.ResponseWriter 和 *http.Request，你不用手动传参。但这也带来两个易忽略点：
立即学习“go语言免费学习笔记（深入）”；
- 框架重定向后默认不再执行后续 handler（Gin 用
c.Abort()，Echo 自动 return），但如果在中间件里手动调用http.Redirect却忘了return，后续代码仍会执行，可能造成 “write to body after headers sent” 错误 - 某些框架（如 Fiber）默认重定向不带
http.StatusFound参数，直接用 302，若需 301/307/308，必须显式传入状态码 - 使用
http.Redirect时，http.StatusMovedPermanently（301）和http.StatusPermanentRedirect（308）语义不同：301 会把 POST 改成 GET，308 则保持原方法，选错会影响表单提交逻辑
测试重定向要检查响应头和状态码，不能只看跳转结果
单元测试中用 httptest.NewRecorder() 捕获响应后，重点验证三件事：
-
recorder.Code是否等于预期状态码（如 302） -
recorder.Header().Get("Location")是否为期望的绝对 URL（注意末尾斜杠、协议一致性） -
recorder.Body.String()应为空或仅含简短提示文本（标准库默认写"Moved Permanently"等，但不应有 HTML 或 JSON）
特别注意：如果测试中用了相对路径 "/next"，Location 头会是相对值（如 Location: /next），这是合法的，但某些严格客户端要求绝对 URL；上线前建议用真实 HTTP 客户端（如 http.DefaultClient）跑集成测试，确认最终跳转行为符合预期。
重定向本身简单，但跨环境、跨代理、跨客户端时，URL 构造和状态码选择才是最常翻车的地方。
