用 httptest 测试 c.Redirect() 必须设 gin.TestMode，否则重定向被 Logger/Recovery 中间件拦截导致状态码异常、日志刷屏或 panic；需断言 recorder.Code 和 recorder.Header().Get("Location")，且 Redirect 后必须显式 return。
用 httptest 测试 c.Redirect() 必须设 gin.TestMode
不设模式会导致重定向被中间件拦截、日志刷屏、甚至 panic，测试断言全部失效。Gin 默认启动时会加载 Recovery 和 Logger 中间件，在测试中它们会干扰 HTTP 状态码和响应头。
正确做法是：在测试函数开头或 TestMain 中调用 gin.SetMode(gin.TestMode)。这会让 Gin 跳过调试中间件，只保留核心路由逻辑。
- 漏掉这行 → 你看到的响应可能是 200 或空 body，实际
c.Redirect()已触发但被 Logger 拦截了 - 状态码必须显式检查
recorder.Code，不能只看返回内容（重定向无 body） - 目标 URL 会写在
recorder.Header().Get("Location")里，这是验证跳转地址的唯一可靠方式
测试内部转发 r.HandleContext() 要手动复制 RawQuery
内部转发不改地址栏，也不发新请求，但 c.Request.URL.Path 修改后，原始查询参数不会自动同步过去——c.Request.URL.RawQuery 是空的，除非你手动赋值。
常见错误是转发后目标 handler 拿不到 query 参数，比如 /old?name=alice 转发到 /new，结果 c.Query("name") 返回空字符串。
- 必须加一行：
c.Request.URL.RawQuery = c.Request.URL.Query().Encode() - 转发前如果已写过 response header（如
c.Header("X-Trace", "123")），r.HandleContext(c)可能报http: multiple response.WriteHeader calls - 转发后
c.FullPath()仍返回原路径（如/old），不是新路径；要 debug 路由匹配，得看c.Request.URL.Path
Redirect 和 HandleContext 混用时最容易漏 return
在中间件或 handler 里调了 c.Redirect() 却没 return，后续代码仍会执行，轻则返回冲突响应（比如先 302 再 200），重则 panic（如重复写 JSON）。
-
c.Redirect()不终止执行流程，它只是设置 status + Location header - 正确写法：
c.Redirect(http.StatusFound, "https://example.com"); return - 用
c.Abort()也不能替代return—— 它只阻断中间件链，不跳出当前函数 - 如果转发链多层嵌套（A→B→C），
c.Request.URL.Path会被反复覆盖，c.Param()可能拿错值，建议只做单层转发
外部跳转测试要校验 Location header 和状态码
HTTP 重定向本质是返回 3xx 响应 + Location header，Gin 不提供“跳转成功”的布尔值，所有验证都得从 recorder 提取。
别信 body 内容，重定向响应 body 是空的（或由浏览器渲染），测试里只能靠 header 和 status 判断是否生效。
- 检查状态码：
assert.Equal(t, http.StatusFound, rec.Code) - 检查跳转地址：
assert.Equal(t, "https://example.com/login", rec.Header().Get("Location")) - 相对路径（如
"login"）会被拼到当前 host 后，变成http://localhost:8080/login，测试时 host 不可控，务必用绝对 URL - 如果目标地址协议缺失（如
"www.example.com"），c.Redirect()会 panic：net/url: invalid URL，测试需覆盖该 panic 场景（用testify/assert.Panics）
c.Redirect() 之后没法带 message 或 error code。想传提示信息，只能拼 query（如 "/success?msg=ok"）或用 session，这两者都得额外测编码/解码逻辑。 
