gin中静态页面重定向分两种：对外用c.redirect()返回301/302并传完整url；对内用handlecontext()改request.path实现内部转发，地址栏不变。
Gin 里做静态页面重定向，本质是 HTTP 301/302 响应，不是前端跳转或 JS 重定向；关键在状态码选对、URL 构造干净、别和内部转发混淆。
用 c.Redirect() 做外部页面跳转
这是最常见也最直接的方式：返回标准 HTTP 重定向响应，浏览器地址栏会变。
- 状态码必须显式传入，比如
http.StatusMovedPermanently（301）或http.StatusFound（302），不能只写数字 - 第二个参数必须是完整 URL（含协议），比如
"https://example.com/login"；写相对路径如"/login"会导致跳转到当前域名 + 该路径，但容易出错——尤其部署在子路径时（如/admin/下），建议一律用绝对 URL - 注意：Gin 不会自动补
http://或https://，传错格式（如只传"example.com"）会导致跳转失败，浏览器报ERR_INVALID_URL
router.GET("/old-login", func(c *gin.Context) {
c.Redirect(http.StatusMovedPermanently, "https://example.com/auth/login")
})
用 c.Request.URL.Path + r.HandleContext() 做内部重定向
这其实是“请求转发”，不是真正意义上的重定向：URL 不变、状态码仍是 200、服务端内部换路由处理。适合把旧路径逻辑复用到新 handler，但用户看不到跳转。
- 必须先修改
c.Request.URL.Path，再调用r.HandleContext(c)，顺序不能反 - 修改后 path 不能带 query string，否则会被丢弃；如需透传参数，得手动拼：
c.Request.URL.RawQuery = c.Request.URL.RawQuery - 这个操作不改变响应头里的
Location，所以浏览器地址栏不变，也不触发 SEO 重定向，仅适用于逻辑迁移而非 URL 永久变更
router.GET("/v1/users", func(c *gin.Context) {
c.Request.URL.Path = "/api/v2/users"
c.Request.URL.RawQuery = c.Request.URL.RawQuery // 保留查询参数
router.HandleContext(c)
})
避免把 RedirectTrailingSlash 当重定向用
Gin 默认开启 RedirectTrailingSlash = true，它会在访问 /about 时自动 301 跳转到 /about/（或反之），但这只是路径规范化，不是业务级重定向。
- 它只作用于结尾斜杠不匹配的静态路由，对带参数的路由（如
/user/:id）无效 - 无法关闭单个路由的该行为，只能全局关：
router.RedirectTrailingSlash = false，但关掉后可能影响 SEO 和缓存一致性 - 别指望靠它实现 “/home → /dashboard” 这类业务跳转；它不是为你设计的
HTTPS 强制跳转不是路由层的事
想让所有 HTTP 请求跳到 HTTPS？这不是 c.Redirect() 能解决的，必须启动两个独立服务：一个纯 HTTP 服务监听 80 端口，只做 301 跳转；另一个 HTTPS 服务跑真实业务。
- 不能在 HTTPS 服务里拦截
http://请求再 redirect——此时 TLS 已建立，但原始请求是 http，Go 的http.Server根本收不到 - 若用 Nginx 或云 WAF，跳转应由它们完成，Gin 应专注 HTTPS 服务本身
- 开发时用
":8080"和":8443"分开测试；上线前确保私钥权限是0600，否则RunTLS()会静默失败
真正的静态页面重定向，核心就两条：对外跳用 c.Redirect() 传对状态码和完整 URL；对内复用用 HandleContext() 改 path 并透传 query；其余所谓“自动跳转”大多是框架默认行为或基础设施职责，别在路由函数里硬扛。
