Buffalo中重定向必须用c.Redirect()，因其底层调用http.Redirect()自动设置Location头和状态码，避免手动WriteHeader导致panic；路径须为绝对路径如"/login"，带参数需用url.URL安全构造，并在重定向前显式调用c.Session().Save()确保Flash消息不丢失。

Buffalo 里重定向必须用 c.Redirect()，不能靠修改 URL 或返回状态码字符串；且重定向目标路径必须是完整路径（如 "/login"），不能带查询参数拼接逻辑——那些得手动构造。

为什么 c.Redirect() 是唯一可靠方式

Buffalo 的 c.Redirect() 底层调用的是 http.Redirect()，它会自动设置 Location 响应头并写入对应状态码（如 302）。直接写 c.Response().WriteHeader(302) + 手动设头，容易漏掉 Location 或触发 multiple response.WriteHeader calls panic（尤其在中间件已写过头的情况下）。

• 必须传入 int 状态码和 string 路径，例如：c.Redirect(302, "/dashboard")
• 路径必须以 / 开头，否则会被当成相对路径，浏览器行为不可控
• 不支持自动解析命名路由（如 users_path），Buffalo 没有类似 Rails 的 url_for 内置函数

带查询参数的重定向怎么写

Buffalo 不提供 c.RedirectWithQuery() 这类封装，你得自己拼接 URL。别在 handler 里用 fmt.Sprintf 硬拼，容易丢转义或注入风险。

Skill Weave Chains — 技能链路由引擎

开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。

下载

• 用 url.URL 构造更安全：

  u := url.URL{Path: "/search", RawQuery: url.Values{"q": []string{c.Param("q")}}.Encode()}

• 再传给 c.Redirect(302, u.String())
• 如果参数来自表单，记得先调 c.Request().ParseForm()，否则 c.Request().PostForm.Get("foo") 为空

重定向后 Flash 消息不显示？检查 session 是否已保存

Flash 消息依赖 session 存储，而 c.Redirect() 是 HTTP 3xx 响应，不会等待 session 写入完成。如果重定向前没显式调 c.Session().Save()，消息大概率丢失。

• 正确顺序：c.Session().Set("flash_message", "登出成功"); c.Session().Save(); c.Redirect(302, "/login")
• 注意：Buffalo 的 c.Session() 默认是内存 session，重启即丢；生产环境务必换用 cookie 或 Redis 后端
• 别在重定向后还试图 c.Set() 传递数据——c.Set() 只对当前请求生命周期有效，对跳转后的页面无意义

重定向本身很简单，但和 session、URL 构造、中间件执行顺序耦合紧密；最容易被忽略的是 c.Session().Save() 的调用时机——它必须在 c.Redirect() 之前，且不能被中间件拦截或覆盖。