go 的 `http.redirect` 会直接向响应写入状态码（如 301/302）和 `location` 头，但不会返回任何标识；由于 `http.responsewriter` 是只写接口且无“已提交”状态查询方法，**无法在调用后动态检测重定向是否发生**——正确做法是在调用前通过逻辑控制，并借助包装器或中间件提前拦截响应。
在 Go 的 HTTP 处理器中，http.Redirect(w, r, url, code) 是一个“终结性”操作：它会立即向底层 ResponseWriter 写入状态行、Location 头和空响应体，并调用 w.WriteHeader(code)（若尚未写入）。关键在于：http.ResponseWriter 接口本身不提供 Written(), Committed() 或 Status() 等方法来查询当前响应状态。因此，像 if redirectWasInvoked { ... } 这样的运行时检测在标准库中不可行。
✅ 正确实践：前置判断 + 响应包装器
你应当将重定向逻辑显式封装为可预测的控制流，而非事后探测。例如：
func fooHandler(w http.ResponseWriter, r *http.Request) {
shouldRedirect := checkCondition(r) // 你的业务判断逻辑
if shouldRedirect {
http.Redirect(w, r, "https://www.google.com", http.StatusMovedPermanently)
return // ⚠️ 必须 return！防止后续代码执行
}
// ✅ 此处安全执行“重定向未发生”时的逻辑
doSomething()
callPostRedirectFunction() // 例如记录日志、更新状态等
}? 注意：http.Redirect 不会 panic 或返回错误，但它会强制提交响应。若在 Redirect 后继续写入（如 w.Write([]byte("hello"))），将触发 http: multiple response.WriteHeader calls 错误（开发环境可见），生产环境可能静默丢弃后续写入。
? 进阶方案：自定义 ResponseWriter 包装器（用于测试或审计）
若需在中间件或测试中捕获重定向行为（如验证是否触发了跳转），可实现一个轻量包装器：
type CaptureResponseWriter struct {
http.ResponseWriter
status int
written bool
}
func (cw *CaptureResponseWriter) WriteHeader(statusCode int) {
cw.status = statusCode
cw.written = true
cw.ResponseWriter.WriteHeader(statusCode)
}
func (cw *CaptureResponseWriter) Write(b []byte) (int, error) {
if !cw.written {
cw.WriteHeader(http.StatusOK) // 默认状态
}
return cw.ResponseWriter.Write(b)
}
// 使用示例（通常在中间件中）
func redirectAwareMiddleware(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
cw := &CaptureResponseWriter{
ResponseWriter: w,
status: 0,
}
next.ServeHTTP(cw, r)
if cw.status >= 300 && cw.status < 400 {
log.Printf("Redirect detected: %d → %s", cw.status, r.Header.Get("Location"))
// 可在此注入统一处理逻辑，如审计、埋点等
}
})
}⚠️ 注意：该包装器仅适用于服务端主动写入响应的场景（如 http.Redirect），不适用于客户端发起的重定向（如浏览器自动跟随 302）。
? 总结
- ❌ 不要尝试在 http.Redirect() 后检测“是否已重定向”——ResponseWriter 无反射能力；
- ✅ 始终用 if + return 显式分叉控制流；
- ✅ 在重定向调用后必须立即返回，避免未定义行为；
- ✅ 如需可观测性，使用 ResponseWriter 包装器在 WriteHeader 阶段捕获状态码；
- ? 重定向本质是服务端向客户端发送指令，真正的“跳转”由客户端（浏览器）执行，服务端无法感知其是否被接受或执行。
遵循以上原则，即可写出健壮、可维护且符合 Go HTTP 模型的重定向逻辑。
