HTTP 重定向

如果你只想观察一次 HTTP 重定向返回的状态码、Location 或响应体，不要让 http.Client 继续请求下一个地址。做法是在 CheckRedirect 中返回 http.ErrUseLastResponse：最近一次响应会直接交给调用方，错误值为 nil，但响应体保持打开，读完后仍然要关闭。

ErrUseLastResponse 到底改变了什么

CheckRedirect 会在客户端准备跟随重定向前收到即将发出的请求和历史请求列表。返回普通错误时，客户端不会发出这个新请求，但上一响应的 Body 会被关闭；返回 ErrUseLastResponse 是一个特殊分支，客户端同样停止跟随，却把最近响应原样返回，并且不关闭它的 Body。

因此，下面这段策略适合“遇到任何重定向都交给上层判断”的场景：

client := &http.Client{
	CheckRedirect: func(req *http.Request, via []*http.Request) error {
		// 不请求 Location 指向的新地址，把最近响应交给调用方。
		return http.ErrUseLastResponse
	},
}

它的结果不是“把重定向变成 200”，而是让调用方得到一个通常仍是 3xx 的 Response。状态码、Location 和响应体都要由业务代码决定如何使用。

正确读取并关闭最近一次响应

使用 Get 或 Do 后，先处理错误，再判断响应是否为空。因为这里返回的是 nil 错误，代码可以安全读取响应头和响应体；完成读取后必须调用 Close，否则连接和资源可能无法按预期复用。

resp, err := client.Get("https://example.com/start")
if err != nil {
	// 这里处理网络错误或 CheckRedirect 返回的普通错误。
	return err
}
defer resp.Body.Close() // ErrUseLastResponse 保留了 Body，调用方负责关闭。

location := resp.Header.Get("Location") // 读取服务端给出的下一地址。
body, err := io.ReadAll(resp.Body)
if err != nil {
	// 响应已经拿到，但读取过程中仍可能发生 I/O 错误。
	return err
}

fmt.Printf("status=%d location=%s body=%s\\n", resp.StatusCode, location, body)

如果只需要判断是否重定向，可以不读取完整正文，但仍应关闭响应体：

resp, err := client.Get(target)
if err != nil {
	// 普通重定向错误可能被 url.Error 包装，保留原始错误链。
	return err
}
defer resp.Body.Close() // 即使只看状态码，也不能遗漏资源清理。

if resp.StatusCode >= 300 && resp.StatusCode 

普通错误和 ErrUseLastResponse 怎么区分

排查时不要只看 err == nil。当使用 ErrUseLastResponse 时，nil 只说明客户端按该特殊策略返回了响应，不说明业务状态正常；还要检查 StatusCode、Location 是否符合预期。相反，普通错误分支应沿着错误链判断原因，不要再尝试读取已经关闭的上一响应体。

常见问题

返回 ErrUseLastResponse 后还会访问 Location 吗？

不会。它会停止发送下一次请求，但响应头中的 Location 仍可作为业务决定下一步动作的输入。

为什么拿到 nil error 还要判断状态码？

因为返回的是最近的重定向响应，通常仍是 3xx。nil 表示特殊的重定向处理完成，不代表 HTTP 业务结果成功。

小结

需要手动处理 HTTP 重定向时，把策略放在 CheckRedirect，用 ErrUseLastResponse 保留最近响应；返回后读取状态码、Location 和 Body，并用 defer resp.Body.Close() 收尾。只有需要让客户端继续访问新地址时，才返回 nil。