go 标准库的 `http.client` 默认会自动处理重定向，且在跳转前丢弃原始响应体；若需访问重定向前的响应（如状态码、header 或 body），必须绕过自动重定向机制，手动控制请求流程。
在 Go 中，http.Client 默认启用自动重定向（通过 CheckRedirect 回调控制跳转逻辑），但其内部实现会在检测到重定向响应（如 301、302）后立即关闭原始响应体，并丢弃未读取的响应内容——这意味着你无法通过常规方式（如 resp.Body.Read()）获取首次响应的完整数据。
关键原因在于源码逻辑（client.go#L384–L399）：一旦判定需重定向，客户端会尝试快速消费小体积响应体（≤ 2 KiB）以复用底层 TCP 连接，随后强制调用 resp.Body.Close()，彻底释放资源。此时响应体已不可读。
✅ 正确做法：禁用自动重定向，手动发起请求并逐层处理响应：
package main
import (
"fmt"
"io"
"net/http"
"strings"
)
func followRedirectManually(initialURL string) error {
client := &http.Client{
CheckRedirect: func(req *http.Request, via []*http.Request) error {
return http.ErrUseLastResponse // 阻止自动跳转
},
}
req, err := http.NewRequest("GET", initialURL, nil)
if err != nil {
return err
}
resp, err := client.Do(req)
if err != nil {
return err
}
defer resp.Body.Close()
// ✅ 此时可安全读取首次响应的全部信息
fmt.Printf("First response status: %s\n", resp.Status)
fmt.Printf("First response headers: %+v\n", resp.Header)
// 读取并保留响应体（注意：生产环境需限制大小防 OOM）
body, err := io.ReadAll(resp.Body)
if err != nil {
return fmt.Errorf("failed to read first response body: %w", err)
}
fmt.Printf("First response body (preview): %s\n", strings.TrimSpace(string(body)))
// 手动处理重定向（如需）
if resp.StatusCode == http.StatusMovedPermanently ||
resp.StatusCode == http.StatusFound {
nextURL := resp.Header.Get("Location")
if nextURL != "" {
fmt.Printf("Redirecting to: %s\n", nextURL)
// 可在此发起下一次请求，或递归处理
}
}
return nil
}
func main() {
_ = followRedirectManually("https://httpbin.org/redirect/1")
}⚠️ 注意事项：
- 响应体必须显式读取并关闭：即使只读取部分字节，也建议用 io.LimitReader 限制最大长度（如 io.LimitReader(resp.Body, 1
- Header 和 StatusCode 可直接访问：无需读取 Body 即可获取，但 Body 必须被消费或关闭，否则连接可能无法复用；
- 不要依赖 CheckRedirect 获取响应：该回调仅接收 *http.Request 和跳转路径 via，*不提供 `http.Response`**，因此无法在此钩子中检查原始响应；
- 若需完整重定向链分析（如审计跳转路径、记录每跳响应），应封装循环逻辑，每次均禁用重定向并手动构造新请求。
总结：Go 的 http.Client 设计以性能和连接复用为先，默认牺牲对中间响应的可见性。要获得重定向前的响应数据，唯一可靠方式是禁用自动重定向，自行接管请求生命周期——这虽增加代码量，却换来完全的控制力与可观测性。
