gin 中只支持 redirect，无 redirectto；c.redirect() 需传状态码常量（如 http.statusmovedpermanently）和目标 url，重定向后必须显式 return 或 ctx.abort() 终止后续执行，否则可能引发重复响应或 panic。
重定向用 Redirect 还是 RedirectTo？
Gin 里只有 Redirect，没有 RedirectTo —— 后者是某些旧文档或拼写错误混入的干扰项。实际调用的是 c.Redirect()，它底层调用 http.Redirect，必须传入状态码和目标 URL。
-
c.Redirect(http.StatusMovedPermanently, "/new-path")：301，适合永久迁移，浏览器可能缓存重定向结果 -
c.Redirect(http.StatusFound, "/login")：302，最常用，不缓存，适合登录跳转、表单提交后防重复提交 - 别直接写数字（如
302），用标准常量，避免歧义和可读性问题
重定向时路径带参数怎么拼接？
URL 参数不能靠字符串拼接，尤其当值含特殊字符（空格、中文、/）时会出错。Gin 不提供自动编码封装，得自己处理。
- 用
url.QueryEscape手动编码参数值，例如：q := url.QueryEscape("hello world") c.Redirect(http.StatusFound, "/search?q="+q) - 更稳妥的做法是用
url.URL构造：u := &url.URL{Path: "/search", RawQuery: url.Values{"q": []string{"hello world"}}.Encode()} c.Redirect(http.StatusFound, u.String()) - 千万别用
fmt.Sprintf拼接未编码的变量，否则可能触发 400 或跳转到错误地址
重定向后原 handler 还会继续执行吗？
会。Gin 的 Redirect 只是写响应头和状态码，并不自动终止 handler 执行。后续代码仍会运行，可能造成 panic（比如再调 c.JSON）、重复写响应体或逻辑错乱。
- 必须紧跟
return，这是最容易被忽略的坑：c.Redirect(http.StatusFound, "/login") return // 缺少这行，后面代码照常执行
- 如果重定向逻辑在 if 分支里，确保每个分支都有
return，或用else显式隔离 - 写中间件做统一跳转时，也要注意：一旦重定向，就得
ctx.Abort()并return，否则流程不会中断
Gin 里能做内部重定向（类似 Nginx 的 internal redirect）吗？
不能。Gin 没有类似 internal redirect 的机制 —— 它不支持服务端不发 HTTP 跳转、而是直接复用路由逻辑处理新路径。所有 Redirect 都是客户端跳转，浏览器地址栏会变。
- 想“隐藏”跳转，只能用前端 JS 或表单提交模拟，或者改用
c.Request.URL.Path = "/new"+c.Next()手动复用路由（但会丢失 query、method 等上下文，极不推荐） - 真正需要内部转发的场景，应考虑反向代理（如用
gin-contrib/proxy）或重构为函数复用，而不是硬套重定向语义 - 别指望
Redirect实现 SEO 友好的“伪静态”——它发出的是明确的 301/302 响应，搜索引擎会记录跳转关系
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
