Go语言中通过net/http包实现高效HTTP请求，使用http.Client发送GET或POST请求；建议自定义Client设置超时与Transport参数以提升性能和稳定性，如配置MaxIdleConns、IdleConnTimeout等；并发场景下结合goroutine与信号量控制并发数，避免资源耗尽；合理复用TCP连接并启用Keep-Alive可显著降低延迟，确保高并发下的可靠性。
Go语言的 net/http 包提供了强大且简洁的 HTTP 客户端功能，适合发送单个或并发请求。合理使用 Client 和 Transport 可以显著提升性能和稳定性。
创建基本 HTTP 请求
使用 http.Client 发送 GET 或 POST 请求非常直接。默认客户端已满足多数场景，但自定义配置更利于控制行为。
例如发起一个简单的 GET 请求：resp, err := http.Get("https://api.example.com/data")
if err != nil {
log.Fatal(err)
}
defer resp.Body.Close()
body, _ := io.ReadAll(resp.Body)
fmt.Println(string(body))
POST 请求可使用 http.Post 或手动构造请求：jsonStr := []byte(`{"name":"golang"}`)
resp, err := http.Post("https://api.example.com/submit", "application/json", bytes.NewBuffer(jsonStr))
配置可复用的 Client 与超时控制
生产环境中应避免使用默认客户端，建议显式设置超时，防止连接挂起。
以下是一个带超时和重用连接的 client 配置：
立即学习“go语言免费学习笔记（深入）”；
client := &http.Client{
Timeout: 10 * time.Second,
Transport: &http.Transport{
MaxIdleConns: 100,
IdleConnTimeout: 90 * time.Second,
TLSHandshakeTimeout: 10 * time.Second,
},
}
超时包含连接、读写等阶段，精细控制可减少资源浪费。并发请求实践
利用 goroutine 可轻松实现高并发 HTTP 调用。关键是限制并发数，避免系统资源耗尽。
常见做法是结合 channel 与 worker 模式：urls := []string{...}
sem := make(chan struct{}, 20) // 控制最大并发为20
var wg sync.WaitGroup
for _, url := range urls {
wg.Add(1)
go func(u string) {
defer wg.Done()
sem <- struct{}{}
defer func() { <-sem }()
req, _ := http.NewRequest("GET", u, nil)
resp, err := client.Do(req)
if err != nil {
log.Printf("请求失败 %s: %v", u, err)
return
}
defer resp.Body.Close()
body, _ := io.ReadAll(resp.Body)
fmt.Printf("响应长度: %d\n", len(body))
}(url)
}
wg.Wait()
优化 Transport 提升性能
在高频请求场景下，调整 Transport 参数能有效复用 TCP 连接，降低延迟。
推荐配置：
- MaxIdleConns: 设置总最大空闲连接数
- MaxIdleConnsPerHost: 每个主机保持的空闲连接（通常设为 10~50）
- MaxConnsPerHost: 限制每个 host 的最大连接数
- DisableKeepAlives: 设为 false 以启用长连接
tr := &http.Transport{
MaxIdleConns: 100,
MaxIdleConnsPerHost: 20,
MaxConnsPerHost: 50,
IdleConnTimeout: 60 * time.Second,
DisableKeepAlives: false,
}
client := &http.Client{Transport: tr, Timeout: 30 * time.Second}
基本上就这些。通过合理配置 Client 和 Transport，配合并发控制，可以高效稳定地处理大量 HTTP 请求。关键在于避免默认配置带来的潜在问题，如无限超时或连接泄漏。
