本文详解如何通过自定义 `http.transport` 复用底层 tls 连接，避免为每次 `http.get` 创建新连接，显著提升高并发场景下的性能与资源利用率。
Go 的 net/http 包默认已支持 HTTP/1.1 的连接复用（Keep-Alive）和 TLS 连接池，无需手动建立并“传递” TLS 连接给每个 goroutine。关键在于正确配置 http.Transport —— 它是 http.Client 的底层连接管理器，负责复用 TCP/TLS 连接、控制空闲连接数、设置超时及 TLS 参数等。
以下是一个生产就绪的示例，展示如何构建可复用 TLS 连接的客户端：
package main
import (
"crypto/tls"
"fmt"
"net/http"
"net/url"
"time"
)
func main() {
// 自定义 Transport：启用 Keep-Alive，复用连接
transport := &http.Transport{
// 启用 HTTP/1.1 Keep-Alive（默认已开启，显式强调）
MaxIdleConns: 100, // 全局最大空闲连接数
MaxIdleConnsPerHost: 100, // 每个 Host 最大空闲连接数（关键！）
IdleConnTimeout: 30 * time.Second,
TLSClientConfig: &tls.Config{
// 如需跳过证书验证（仅测试用！生产环境务必校验证书）
// InsecureSkipVerify: true
},
}
client := &http.Client{Transport: transport}
// 启动 1000 个 goroutine 并发发起 GET 请求（非 1000 个独立连接）
urls := []string{
"https://httpbin.org/get",
"https://httpbin.org/delay/1",
// …… 更多目标 URL
}
for i := 0; i < 1000; i++ {
go func(idx int) {
u := urls[idx%len(urls)]
resp, err := client.Get(u)
if err != nil {
fmt.Printf("Request %d failed: %v\n", idx, err)
return
}
defer resp.Body.Close()
fmt.Printf("Request %d succeeded: %s\n", idx, resp.Status)
}(i)
}
// 简单阻塞等待（实际应用中建议使用 sync.WaitGroup）
select {}
}? 关键配置说明：
- MaxIdleConnsPerHost 是核心参数：它限制同一 Host（如 httpbin.org）最多缓存多少个空闲连接。若设为 0（默认值），则每 Host 仅缓存 2 个空闲连接，极易成为瓶颈；设为 100+ 可支撑千级并发。
- TLSClientConfig 允许你精细控制证书验证、ALPN 协议、自定义 GetCertificate 等，但*无需手动创建 `tls.Conn** ——Transport` 会在首次请求时自动建立并复用 TLS 连接。
- 所有 goroutine 共享同一个 client 实例，Transport 内部通过连接池自动调度请求到复用连接上，完全符合你“先建 TLS 连接，再并发发请求”的语义。
⚠️ 重要注意事项：
- ❌ 不要尝试手动创建 *tls.Conn 并“注入”到 http.Get —— http.Get 是高层封装，不接受底层连接；强行绕过 Transport 会破坏连接复用、超时、重试、代理等全部机制。
- ✅ 正确做法是：*复用 `http.Client实例 + 配置合理的Transport**。Client` 是并发安全的，可被任意数量 goroutine 同时调用。
- ? 若需诊断连接复用效果，可启用 GODEBUG=http2debug=1（HTTP/2）或监听 transport.IdleConnTimeout 日志；也可通过 netstat -an | grep :443 | wc -l 观察实际 ESTABLISHED 连接数远低于请求数。
总结：Go 的 http.Transport 原生支持 TLS 连接复用，只需合理配置 MaxIdleConnsPerHost 等参数，即可轻松实现“一个 TLS 连接服务数千并发请求”。这比手动管理 TLS 连接更安全、更高效、更符合 Go 的设计哲学——让标准库替你处理复杂性，你专注业务逻辑。
