在 go 的 http 服务端处理中，`http.redirect()` 会直接向响应写入状态码和 `location` 头，但不会返回任何标识；由于响应一旦写出便不可撤销，需通过提前判断逻辑或封装响应对象来实现“重定向发生”的感知。
在标准 net/http 框架中，http.Redirect(w, r, url, code) 是一个无返回值的副作用操作：它直接调用 w.WriteHeader(code) 并写入 Location 头，之后若继续向 w 写入内容（如 w.Write([]byte("..."))），将被忽略或引发 panic（取决于底层 ResponseWriter 实现，如 httptest.ResponseRecorder 允许多次写，而生产环境 http.response 在首次 WriteHeader 后写入 body 可能静默失败）。因此，你无法在 http.Redirect() 调用后“检测”它是否已生效——它总是立即生效。
真正可行的方案是提前决策、避免事后检测。以下是两种推荐实践：
✅ 方案一：逻辑前置判断（最简单可靠）
将重定向条件提取为布尔表达式，在调用 http.Redirect() 前明确判断，并复用该结果控制后续流程：
func fooHandler(w http.ResponseWriter, r *http.Request) {
shouldRedirect := r.URL.Query().Get("redirect") == "true" // 示例条件
if shouldRedirect {
http.Redirect(w, r, "https://www.google.com", http.StatusMovedPermanently)
// ✅ 此时重定向已发出，后续逻辑不应再操作 w 或读取 r.Body
log.Println("Redirect triggered")
return // 必须 return，防止后续代码干扰已发送的响应
}
// ✅ 此处执行非重定向分支逻辑
w.Header().Set("Content-Type", "text/plain")
w.WriteHeader(http.StatusOK)
w.Write([]byte("Normal response"))
}⚠️ 关键点：return 不可省略。HTTP 响应一旦写出（尤其是 http.Redirect 已设置状态码和头），继续写入 body 可能被丢弃，甚至导致 http: multiple response.WriteHeader calls 错误。
✅ 方案二：自定义 ResponseWriter 封装（用于测试或高级控制）
若需统一拦截/审计重定向行为（如 A/B 测试、日志审计、中间件增强），可包装 http.ResponseWriter，记录状态变更：
type TrackingResponseWriter struct {
http.ResponseWriter
redirected bool
statusCode int
}
func (t *TrackingResponseWriter) WriteHeader(statusCode int) {
t.statusCode = statusCode
if statusCode >= 300 && statusCode < 400 {
t.redirected = true
}
t.ResponseWriter.WriteHeader(statusCode)
}
func (t *TrackingResponseWriter) Write(b []byte) (int, error) {
if t.redirected && t.statusCode != http.StatusNotModified {
// 可选择忽略 body 写入，或记录警告
log.Printf("Warning: attempted to write body after redirect (status %d)", t.statusCode)
}
return t.ResponseWriter.Write(b)
}
// 使用示例（需在 handler 内部包装）
func fooHandler(w http.ResponseWriter, r *http.Request) {
tw := &TrackingResponseWriter{
ResponseWriter: w,
redirected: false,
statusCode: 0,
}
// 条件重定向
if r.URL.Path == "/old" {
http.Redirect(tw, r, "/new", http.StatusMovedPermanently)
if tw.redirected {
log.Printf("Redirect captured: status %d", tw.statusCode)
// ✅ 此处可安全调用其他函数
onRedirectHandled(r)
}
return
}
// ... 其他逻辑
}❌ 不可行的误区
- 检查 w 的字段：http.ResponseWriter 是接口，其底层实现（如 http.response）不导出内部状态，无法反射或访问。
- 依赖 r.Response：*http.Request 中没有 Response 字段；Response 是客户端概念，服务端只有 ResponseWriter。
- 捕获 http.Redirect 的输出：它是纯函数，无返回值，也不抛出错误（除非 w 已关闭或写入失败，此时 panic 已发生）。
总结
Go 的 HTTP 处理模型遵循“一次写入”原则。检测重定向的本质不是“事后检查”，而是通过结构化控制流确保逻辑清晰：
- 永远在 http.Redirect() 后加 return；
- 将重定向决策逻辑提取为变量，驱动后续行为；
- 如需运行时监控，使用包装 ResponseWriter，而非试图逆向解析已发送响应。
这样既符合 Go 的显式设计哲学，也保证了服务端响应的确定性与可维护性。
