http客户端超时需分层设置：timeout设总超时（≤30s），transport中dialcontext（5–10s）、tlshandshaketimeout（10s）、responseheadertimeout（10s）、idleconntimeout（60s）和keepalive（30s）分别控制各环节；单次请求用context.withtimeout并传入client.do；udp需setreaddeadline；原始socket用setsockopt。
HTTP客户端请求超时怎么设才可靠
Go 的 http.Client 默认不设超时，一旦后端卡住或网络丢包，goroutine 就会永久阻塞。必须显式配置超时，但不能只设 Timeout 一个字段——它只控制整个请求的总耗时，掩盖了 DNS 解析、连接建立、TLS 握手等中间环节的失败。
推荐用 http.Client 配合 http.Transport 分层控制：
-
Timeout：兜底总超时（建议 30s 内），覆盖从发请求到读完响应体全过程 -
Transport.DialContext：控制 TCP 连接建立（含 DNS 查询），常用net.Dialer.Timeout设为 5–10s -
Transport.TLSHandshakeTimeout：单独限制 TLS 握手，避免在弱网下卡死（建议 10s） -
Transport.ResponseHeaderTimeout：从发出请求到收到响应头的时间，防服务端“半开”（如写了一半就挂）
示例：
client := &http.Client{
Timeout: 30 * time.Second,
Transport: &http.Transport{
DialContext: (&net.Dialer{
Timeout: 5 * time.Second,
KeepAlive: 30 * time.Second,
}).DialContext,
TLSHandshakeTimeout: 10 * time.Second,
ResponseHeaderTimeout: 10 * time.Second,
IdleConnTimeout: 30 * time.Second,
},
}
使用 context.WithTimeout 控制单次请求生命周期
当需要更细粒度地中断某一次请求（比如用户主动取消、上游限流提前退出），context.WithTimeout 比 Client 级超时更灵活。它能穿透 HTTP 客户端、底层连接、甚至自定义的中间件逻辑。
注意：必须把 context 传给 client.Do，否则无效：
ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second) defer cancel() <p>req, _ := http.NewRequestWithContext(ctx, "GET", "<a href="https://www.php.cn/link/710ba53b0d353329706ee1bedf4b9b39">https://www.php.cn/link/710ba53b0d353329706ee1bedf4b9b39</a>", nil) resp, err := client.Do(req) // 只有这里传了 ctx，超时才会生效
常见错误是只设了 client.Timeout 却忘了传 context，或者传了 context 但没设 client.Timeout，导致底层连接未关闭，资源泄漏。
自定义 TCP 连接超时：别忽略 KeepAlive 和 IdleConnTimeout
高并发场景下，短连接频繁建连开销大，通常会复用连接（HTTP/1.1 默认 keep-alive）。但若服务端异常关闭连接而客户端没感知，下次复用就会报 read: connection reset by peer 或卡住。
