golang如何实现并发任务超时取消_golang并发任务超时取消实现方法

context.WithTimeout 是首选方案因其自动创建带截止时间的子 context 并安全传播取消信号需调用 cancel() 防泄漏且 goroutine 必须主动监听 ctx.Done()。context.WithTimeout 为什么是首选方案Go 原生并发取消靠 context.Context不是自己搞 channel 或 flag。超时场景下context.WithTimeout 是最直接、最安全的方式——它自动创建带截止时间的子 context并在超时后关闭其 Done() channel所有监听该 context 的 goroutine 都能感知并退出。别用 time.After 单独控制超时再关 channel它不传播取消信号下游 goroutine 可能还在跑也别手动写 timer select容易漏 defer 或 panic 后没清理。ctx, cancel : context.WithTimeout(context.Background(), 3*time.Second) —— 超时后自动触发 cancel()且保证只调一次必须调用 cancel()哪怕提前返回否则可能泄漏 timer 和 goroutine超时时间从调用 WithTimeout 开始算不是从任务启动开始如需“任务执行满 X 秒就停”得在任务内部用 time.Now() 计时或换 context.WithDeadlinegoroutine 内部如何响应 cancel 信号光传 context 进去没用goroutine 必须主动检查 ctx.Done()。常见错误是只在开头 check 一次或者只在阻塞操作前 check结果 I/O 或计算卡住就彻底失联。正确做法是把 ctx.Done() 塞进关键 select 分支尤其在可能阻塞的地方HTTP 请求、channel 收发、数据库查询。立即学习“go语言免费学习笔记深入”HTTP client 要传 ctx用 http.NewRequestWithContext(ctx, ...)再交给 client.Do()数据库查询如 sqlx 或 database/sql支持 QueryContext/ExecContext别用老接口自定义循环里加 select { case 避免死算注意ctx.Err() 在 Done() 关闭后才非 nil不要在 select 外直接判断 ctx.Err() context.DeadlineExceeded 来替代 selectWaitGroup context 混用时的典型坑很多人用 sync.WaitGroup 等所有 goroutine 结束但忘了 context 取消后部分 goroutine 可能已提前 return导致 wg.Done() 没执行完就调了 wg.Wait()死锁或 panic。 RedClaw 百度推出的手机端万能AI Agent助手