go 并发超时控制核心是安全等待或及时放弃任务：首选 context.WithTimeout 精确管控生命周期；次选 select+time.After 轻量等待；批量任务用 errgroup+context 统一协调；务必调用 cancel、记录日志、避免泄漏并测试验证。
Go 语言原生支持并发，但任务超时控制若不谨慎处理，容易导致 goroutine 泄漏、资源堆积或响应延迟。核心不是“怎么起 goroutine”，而是“怎么安全地等它，或者及时放弃它”。
用 context.WithTimeout 精确控制单个任务生命周期
这是最推荐的方式。context 不仅能传取消信号，还能自带超时时间，并自动触发 Done() 通道。
- 调用 context.WithTimeout(parent, timeout) 获取带超时的 ctx 和 cancel 函数
- 把 ctx 作为参数传入任务函数（如 http 请求、数据库查询、第三方 API 调用）
- 在任务内部定期检查 ctx.Err() != nil，或直接使用支持 context 的标准库方法（如
http.Client.Do(req.WithContext(ctx))） - 务必调用 cancel()（哪怕超时已触发），避免上下文泄漏
select + time.After 实现轻量级超时等待（适合简单逻辑）
当任务本身不支持 context，又不想引入额外依赖时，可用 select 配合 time.After 做非阻塞等待。
- 启动 goroutine 执行任务，将结果通过 channel 发出
- 主 goroutine 用 select 同时监听结果 channel 和 time.After(timeout)
- 一旦超时分支命中，可提前返回错误，无需等待任务结束（但注意：任务 goroutine 可能还在运行）
- 若需真正中止后台任务，仍需配合 context 或 done channel 显式通知
批量任务超时：用 errgroup + context 统一管控
多个并发子任务需整体超时，且任一失败就中断其余任务？errgroup.Group 是标准库给出的优雅解法。
立即学习“go语言免费学习笔记（深入）”；
- 创建 group := errgroup.WithContext(ctx)，其中 ctx 已设好超时
- 对每个子任务调用 group.Go(func() Error { … })，函数内可使用该 ctx
- 调用 group.Wait() 会等待全部完成，或任一出错/超时即返回
- 所有子 goroutine 共享同一个 ctx，超时后自动收到取消信号，便于协作退出
别忽略清理和可观测性
超时不是终点，而是诊断起点。实际工程中容易被忽视的关键点：
- 记录超时日志：带上任务标识、超时阈值、实际耗时，方便定位慢路径
- 避免 goroutine 泄漏：超时后若任务仍在运行，确认它是否持有锁、channel 或未关闭的连接
- 区分“业务超时”和“系统超时”：比如接口总耗时 5s，其中网络请求 3s、解析 1s、校验 1.5s —— 单独为高风险环节设置更细粒度超时
- 测试超时逻辑：用
time.Sleep(time.Second * 2)模拟慢任务，验证是否真能按时退出
基本上就这些。Go 的并发超时控制不复杂，但容易忽略 cancel 调用、上下文传递和后续清理。用好 context 和 errgroup，再配上合理的日志和测试，就能稳住高并发下的响应水位。