Go的http.Client必须显式配置超时，推荐用context.WithTimeout控制请求级超时，优先级最高；Transport层需分别设置DialContext、TLSHandshakeTimeout等；错误处理需区分context超时、net.Error等类型。
Go 的 http.Client 默认不设超时，直接用会导致请求无限挂起，尤其在服务不可达或网络异常时，可能拖垮整个应用。必须显式配置超时，且要区分连接、读写等不同阶段。
设置 client 超时的三种关键方式
Go 中超时控制不是靠单个字段，而是通过 http.Client 的 Timeout、Transport 或上下文（context.Context）分别覆盖不同环节：
-
client.Timeout：仅作用于整个请求生命周期（从Do开始到响应体读完），但会掩盖底层连接/读写的细节问题 -
client.Transport中的&http.Transport{}：可精确控制DialContext（连接）、ResponseHeaderTimeout（等待 header）、ReadTimeout/WriteTimeout（已废弃，不推荐） - 传入带超时的
context.Context到client.Do(req.WithContext(ctx))：最灵活，支持取消、链路透传、动态超时
推荐写法：用 context 控制请求级超时
这是目前最主流、最可控的方式，尤其适合微服务调用或需要与上游超时对齐的场景。它不依赖 Transport 配置，也不受 client.Timeout 影响，优先级最高。
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
defer cancel()
<p>req, _ := http.NewRequest("GET", "<a href="https://www.php.cn/link/46b315dd44d174daf5617e22b3ac94ca">https://www.php.cn/link/46b315dd44d174daf5617e22b3ac94ca</a>", nil)
resp, err := http.DefaultClient.Do(req.WithContext(ctx))
if err != nil {
// 注意：err 可能是 context.DeadlineExceeded
if errors.Is(err, context.DeadlineExceeded) {
log.Println("request timed out")
}
return
}
defer resp.Body.Close()Transport 层超时配置的常见误区
很多人误以为设置了 Transport.ResponseHeaderTimeout 就万事大吉，其实它只管“发完请求后多久没收到 header”，不包括 DNS 解析、TCP 连接、TLS 握手、body 读取等阶段：
立即学习“go语言免费学习笔记（深入）”；
-
DialContext超时需单独封装，例如用net.Dialer{Timeout: 3 * time.Second} -
TLSHandshakeTimeout必须显式设置，否则默认 10 秒，且不被ResponseHeaderTimeout覆盖 -
IdleConnTimeout和MaxIdleConnsPerHost影响复用连接，和单次请求超时无关，但配置不当会导致连接池耗尽
一个安全的 Transport 示例：
transport := &http.Transport{
DialContext: (&net.Dialer{
Timeout: 3 * time.Second,
KeepAlive: 30 * time.Second,
}).DialContext,
TLSHandshakeTimeout: 3 * time.Second,
ResponseHeaderTimeout: 2 * time.Second,
IdleConnTimeout: 30 * time.Second,
MaxIdleConns: 100,
MaxIdleConnsPerHost: 100,
}
<p>client := &http.Client{
Transport: transport,
// 不再设 client.Timeout，避免与 context 冲突
}错误处理时容易忽略的 timeout 类型
Go 的 HTTP 超时错误不是统一类型，errors.Is(err, context.DeadlineExceeded) 只能捕获 context 超时；Transport 层超时（如连接失败）通常返回 *url.Error，其 Err 字段可能是 net.OpError，需用 errors.Is(err, syscall.ETIMEDOUT) 或检查 err.(net.Error).Timeout() 判断：
- context 超时 →
context.DeadlineExceeded - DNS/TCP 连接超时 →
net.Error.Timeout() == true - 等待 header 超时 → 同样是
net.Error，但发生在 response 返回后 - 读 body 超时 → 实际上 Go 标准库没有原生 body 读取超时，需手动用
io.LimitReader或time.AfterFunc包裹resp.Body
所以不要只判断一种 error，尤其在做熔断或重试逻辑时。
