本文探讨在go语言中使用`net/http`包处理http请求时，如何简洁有效地获取经过一系列自动重定向后的最终目标url。通过利用`http.response`对象的`request`字段，开发者无需复杂的自定义`checkredirect`逻辑，即可轻松识别最终的访问地址。
HTTP重定向与Go语言的自动处理
在网络请求中，HTTP重定向（HTTP Redirect）是一种常见的机制，它指示客户端请求的资源已临时或永久地移动到另一个URL。Go语言的net/http包在发起HTTP请求时，默认会自动处理这些重定向。当使用http.Get或http.Client.Do等方法时，如果服务器响应了3xx状态码（如301、302、307、308），net/http客户端会自动跟随这些重定向，直到达到最终的非重定向目标，或者达到最大重定向次数（默认为10次）。
然而，在这种自动处理的背后，开发者有时需要知道最终请求所到达的URL是什么，尤其是在原始请求经过多次跳转之后。传统的做法可能涉及自定义http.Client的CheckRedirect字段，通过拦截每次重定向来追踪URL，但这通常会导致代码复杂性增加，甚至需要使用全局变量来存储状态，显得不够优雅。
获取最终URL的简洁方法：resp.Request.URL
Go语言提供了一个非常简洁且内置的方法来获取经过所有重定向后的最终URL。这个关键在于http.Response对象。当你执行一个HTTP请求并收到响应后，http.Response结构体中包含一个Request字段，这个字段存储了导致该响应的最后一个HTTP请求的详细信息。
这意味着，即使你的初始请求经过了五六次重定向，最终http.Get返回的*http.Response对象中的resp.Request字段，将精确地指向客户端实际访问的最终URL。
立即学习“go语言免费学习笔记（深入）”；
其原理如下：
- http.Client在处理重定向时，会发起一系列内部请求。
- 每次重定向都会生成一个新的请求。
- 当最终请求获得一个非重定向响应时，该响应的Request字段会被更新为该最终请求的*http.Request实例。
- 因此，resp.Request.URL直接提供了我们所需的最终目标URL。
示例代码与解析
下面通过一个具体的Go语言程序来演示如何利用resp.Request.URL获取最终的重定向目标URL。
package main
import (
"fmt"
"log"
"net/http"
)
func main() {
// 这是一个已知会发生重定向的URL。
// 例如，http://stackoverflow.com/q/16784419/727643 会重定向到
// http://stackoverflow.com/questions/16784419/in-golang-how-to-determine-the-final-url-after-a-series-of-redirects
initialURL := "http://stackoverflow.com/q/16784419/727643"
// 使用http.Get发起请求，net/http客户端会自动处理重定向。
resp, err := http.Get(initialURL)
if err != nil {
log.Fatalf("HTTP GET请求失败: %v", err)
}
defer resp.Body.Close() // 确保关闭响应体
// 获取最终的URL。resp.Request.URL 包含了导致此响应的最终请求的URL。
finalURL := resp.Request.URL.String()
fmt.Printf("初始请求URL: %v\n", initialURL)
fmt.Printf("最终到达的URL: %v\n", finalURL)
// 可以进一步检查响应状态码等信息
fmt.Printf("最终响应状态码: %v\n", resp.Status)
}代码解析：
- initialURL: 定义了一个会发生重定向的起始URL。
- http.Get(initialURL): 发起HTTP GET请求。net/http包会自动处理所有重定向，并在内部跟踪这些跳转。
- 错误处理: 检查http.Get是否返回错误。网络问题、DNS解析失败等都可能导致错误。
- defer resp.Body.Close(): 这是一个最佳实践，确保在函数结束时关闭HTTP响应体，释放资源。
- finalURL := resp.Request.URL.String(): 这是核心所在。resp.Request是一个指向*http.Request的指针，它代表了客户端为了获取这个resp而发出的最后一个请求。因此，resp.Request.URL就是经过所有重定向后最终访问的URL。.String()方法将其转换为字符串形式。
- 输出结果: 打印初始URL和最终到达的URL，以便对比。
运行上述代码，你将看到类似以下的输出：
初始请求URL: http://stackoverflow.com/q/16784419/727643 最终到达的URL: http://stackoverflow.com/questions/16784419/in-golang-how-to-determine-the-final-url-after-a-series-of-redirects 最终响应状态码: 200 OK
这清晰地表明了resp.Request.URL成功地捕获了重定向后的最终地址。
注意事项
错误处理: 始终对http.Get或http.Client.Do的返回值进行错误检查。如果请求失败（例如，网络不通、DNS解析失败、TLS握手失败），resp可能为nil，此时尝试访问resp.Request会导致运行时错误。
响应体关闭: 务必使用defer resp.Body.Close()关闭响应体，防止资源泄露。
-
自定义http.Client: 尽管http.Get方便，但在生产环境中，通常建议创建一个自定义的http.Client实例，以便更好地控制超时、连接池等参数。例如：
client := &http.Client{ Timeout: time.Second * 30, // 设置超时 } resp, err := client.Get(initialURL) // ... 后续处理相同 -
CheckRedirect字段的用途: 尽管本文介绍的方法避免了CheckRedirect的复杂性，但CheckRedirect字段在某些特定场景下仍然非常有用，例如：
- 限制重定向次数: 你可以自定义逻辑来限制重定向的次数，而不是依赖默认的10次。
- 禁止重定向: 如果你根本不想跟随任何重定向，可以设置CheckRedirect为一个总是返回错误的函数。
- 记录中间重定向: 如果你需要记录每一次重定向的URL路径，CheckRedirect回调函数可以提供这些中间步骤的信息。
- 处理特定重定向类型: 根据重定向状态码（如307、308）进行不同的处理。
但对于仅仅获取最终URL的需求，resp.Request.URL是更直接、更简洁的选择。
总结
在Go语言中，当需要获取HTTP请求经过一系列自动重定向后的最终目标URL时，最简洁和推荐的方法是利用http.Response对象的Request字段。resp.Request.URL直接提供了导致该响应的最终请求的URL，避免了自定义CheckRedirect回调函数所带来的复杂性。这种方法不仅代码清晰，而且充分利用了net/http包的内置机制，是处理此类问题的优雅解决方案。
