go并发超时控制需三层协同：http服务器设read/write/idletimeout防连接堆积；客户端用transport分层设dialcontext、tlshandshaketimeout等；业务层用context.withtimeout透传并插入检查点。
Go 框架处理并发请求的超时控制，不能只靠 http.Server 的 ReadTimeout 或 client.Timeout 就完事——这些配置漏掉 DNS、TLS、连接复用等关键环节，线上常出现“请求卡住几十秒”却查不到原因。
HTTP 服务器层必须设全三个超时字段
很多人只设 ReadTimeout，但高并发下真正拖垮服务的是空闲连接堆积。不设 IdleTimeout，keep-alive 连接会一直挂着，FD 很快耗尽；不设 WriteTimeout，后端慢（比如模板渲染卡住）会让 goroutine 永久阻塞在 WriteHeader 上。
-
ReadTimeout：从读 request header 开始，到读完 body 的总时间，建议5 * time.Second -
WriteTimeout：从接受完整 request 到 response 写完的时间，建议略大于最慢业务路径（如8 * time.Second） -
IdleTimeout：keep-alive 连接空闲多久断开，高并发场景建议30 * time.Second，避免僵尸连接占满net.Conn
HTTP 客户端超时必须分层配 Transport
仅给 http.Client{Timeout: 10 * time.Second} 是无效的。它只覆盖“从 Dial 到读完 body”的总时间，但 DNS 查询、TCP 连接、TLS 握手都可能单独卡死，且绕过这个 timeout。
- 必须显式配置
http.Transport，并分别设：DialContext（含 DNS）、TLSHandshakeTimeout、ResponseHeaderTimeout - 每个阶段超时应小于总 timeout，例如总 timeout 是
8 * time.Second，则DialContext设3 * time.Second，TLSHandshakeTimeout设2 * time.Second - 务必用
http.NewRequestWithContext(ctx, ...)构造请求，而不是req.WithContext(ctx)后传给client.Do()——后者对 DNS/TLS 阶段无效
业务逻辑层必须用 context.WithTimeout 逐层透传
框架层和客户端层的超时只是兜底，真正的控制点在业务 handler 内部。你得让每个下游调用（HTTP、DB、RPC）都响应同一个 context，否则超时信号传不下去。
- handler 入口立即创建子 context：
ctx, cancel := context.WithTimeout(r.Context(), 3*time.Second)，并defer cancel() - 所有阻塞操作必须用支持 context 的接口：
db.QueryContext(ctx, ...)、client.Do(req)（其中 req 已用http.NewRequestWithContext构造） - 纯 CPU 计算（如加密、排序）不会自动响应 context，必须手动插入检查点：
if ctx.Err() != nil { return ctx.Err() }，放在循环体内，不能只检查一次
WorkerPool 提交任务时天然限流，但必须防止单个 job 卡死
用 chan func() 做 worker pool 是常见做法，缓冲区大小设为最大并发数后，Submit() 会自然阻塞——这是最轻量的限流。但它不解决超时问题。
- 每个 job 必须包裹
context.WithTimeout，例如：ctx, _ := context.WithTimeout(context.Background(), 2*time.Second)，再把 ctx 传入实际逻辑 - 绝对不要在
worker()里recoverpanic——一旦 panic，goroutine 退出，worker 数永久减少，池子容量不可逆下降 - 别依赖
time.After+select手写超时，它无法中断正在运行的 goroutine，也不能传播取消信号；context.WithTimeout是唯一能联动整条调用链的机制
最容易被忽略的一点：超时不是“杀掉 goroutine”，而是“不再等待结果”。如果一个 job 已启动但没响应 context，它会在后台继续跑完，可能持续占用内存或 DB 连接。所以检查点必须插在 I/O 调用前、长循环中、甚至每次函数入口——这不是可选项，是上线前必须 grep 的硬性检查项。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
