Gin中301重定向需调用c.Redirect并紧跟return防冲突；内部转发应通过Any拦截+手动调用handler实现URL不变的逻辑复用；路径别名可借助Group复用中间件与handler。
要在Gin框架中实现真正的301永久重定向，同时避免因遗漏return导致后续代码执行引发响应冲突，必须严格控制重定向后的流程终止；而内部转发（即路径不变、逻辑复用）则完全不经过HTTP跳转，需绕过路由匹配直接调用目标handler。
使用c.Redirect实现301永久重定向
这一步最常用，但极易因忘记return造成panic或双响应错误。
在路由处理函数中调用c.Redirect(http.StatusMovedPermanently, "/new-path")。
【必须紧跟return语句，否则Gin会尝试再次写入响应头，触发http: multiple response.WriteHeader calls错误】
例如：r.GET("/old", func(c *gin.Context) { c.Redirect(http.StatusMovedPermanently, "/new"); return })。
通过Any拦截+手动复用Handler实现内部转发
当需要保留原始URL、透传POST体、维持SEO和埋点一致性时，不能用Redirect——它会丢失请求方法与body，且强制浏览器刷新地址栏。
第一步：定义目标handler为变量，例如var userDetailHandler = func(c *gin.Context) { ... }。
第二步：用router.Any("/legacy/user/:id", ...)注册拦截路由。
第三步：在拦截函数中修改c.Request.Method和c.Request.URL.Path后，直接调用userDetailHandler(c)。
注意：修改c.Request.URL.Path不会触发Gin重新路由匹配，所以必须显式调用handler，不能依赖c.Next()或c.Redirect。
用Group复用中间件与Handler实现路径别名
适用于旧路径与新路径结构相似、仅版本号或前缀不同的情形，比如/api/v1/users → /api/v2/users。
方法一：创建旧路径Group，显式挂载相同handler与中间件
r.Group("/api/v1/users").Use(authMiddleware).GET("", userHandler)
方法二：将handler抽成独立函数，在新旧Group中分别注册，确保鉴权、日志等中间件一致启用。
方法三：用gin.HandlersChain显式复用，避免重复声明中间件链。
