Golang怎么实现HTTP请求重定向跟随_Golang如何控制HTTP Client是否自动跟随跳转【技巧】-Golang-PHP中文网

go的http.client默认自动跟随301/302跳转（最多10次），通过checkredirect字段控制逻辑；禁用需返回http.erruselastresponse，自定义须校验host等并避免return nil。

golang怎么实现http请求重定向跟随_golang如何控制http client是否自动跟随跳转【技巧】

Go 的 `http.Client` 默认会自动跟随 301/302 跳转

除非你显式禁用，http.DefaultClient 和任何新构造的 http.Client{} 都会自动处理重定向（最多 10 次），并返回最终响应，而不是跳转响应本身。这在多数场景下是便利的，但也会掩盖真实跳转链、干扰调试，或导致意外访问第三方地址。

关键控制点在 Client.CheckRedirect 字段——它是个函数，决定“遇到跳转时该不该继续”。默认值是 http.DefaultCheckRedirect，内部做了次数限制和简单校验。

想完全禁用跳转？把 CheckRedirect 设为 func(req *http.Request, via []*http.Request) error { return http.ErrUseLastResponse }
想自定义跳转逻辑？比如只允许同域名跳转，就在这里做 req.URL.Host 校验
注意：返回 http.ErrUseLastResponse 会让 client 直接返回跳转响应（即 status 302 的 resp），而不是继续请求 Location

为什么 `CheckRedirect` 返回 error 就算“终止”

Go 的 HTTP client 把重定向当作一个「可能失败的流程」，不是分支逻辑。只要 CheckRedirect 返回非 nil error，client 就认为“用户拒绝继续”，立刻停止跳转，并把当前跳转响应（如 302）作为最终 *http.Response 返回。

常见错误现象：CheckRedirect 函数里忘了 return，或者写了 return nil —— 这会导致 panic：panic: net/http: CheckRedirect function returned nil。Go 强制要求必须明确返回 error 或 http.ErrUseLastResponse。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

正确写法只有两种：返回 http.ErrUseLastResponse（停在当前跳转），或返回其他 error（如 errors.New("redirect blocked")）
别用 return nil，也别漏写 return
如果只是想记录跳转过程，仍需返回 http.ErrUseLastResponse 或原样调用 http.DefaultCheckRedirect

手动实现跳转跟踪时要注意 `req.Header` 和 `req.Body`

当禁用自动跳转后，你得自己解析 resp.Header.Get("Location") 并发起下一次请求。这时容易忽略原始请求的上下文是否被保留：

req.Header 不会自动继承到新请求——比如带 Authorization 或 User-Agent 的请求，跳转后要手动复制
req.Body 默认是一次性的：如果原请求有 body（如 POST），且你打算在跳转后重发 body，得确保 body 可重读（例如用 bytes.NewReader 包装）
307/308 跳转要求方法和 body 不变；301/302 则规范要求降级为 GET 且丢弃 body —— 但 Go 默认不区分，全按 301/302 处理，除非你手动判断状态码再决策