Go中协程无法被外部直接终止，需通过context.Context协作取消：调用cancel()广播信号，goroutine监听ctx.Done()主动退出，并用ctx.Err()判断原因；超时/截止时间自动触发，Context须贯穿调用链传递。
在 Go 中，协程（goroutine）本身无法被外部直接终止，但可以通过
通知它“该停了”，由协程自己主动退出。这是 Go 推荐的、安全且可组合的取消机制。
Context 取消的核心逻辑
Context 不是杀掉 goroutine，而是提供一个“信号通道”——通过
返回的
，让 goroutine 感知到取消请求。一旦收到信号，协程应尽快清理资源、退出执行。
cancel 函数是关键
：调用
会返回一个子 context 和一个
函数；调用后者即向所有监听该 context 的 goroutine 广播取消信号。
Done() 是唯一入口
：所有需要响应取消的 goroutine 都应 select 监听
，不能轮询或忽略。
Err() 告诉你为什么结束
：收到 Done 后，调用
可区分是被 cancel 还是超时（
）等。
基础用法：手动触发取消
适用于明确知道何时该停的场景，比如用户点击“取消上传”。
带超时或截止时间的自动取消
适合有明确时限的操作，如 HTTP 请求、数据库查询。
立即学习
“
go语言免费学习笔记（深入）
”；
：从调用起计时，超时自动 cancel。
：按绝对时间点触发，更精确。
两者都会在到期后关闭
通道，并使
返回
。
传递 Context 到下游调用链
Context 要贯穿整个调用链，下游函数也应接收
参数并转发，形成可取消的“传播链”。
这样，哪怕中间调用了多个函数、开启了多个 goroutine，只要最外层 cancel，整条链都能响应。
基本上就这些。Context 取消不是强制中断，而是一种协作式退出约定——写 goroutine 时记得监听 Done，调用时记得传入并适时 cancel，就能写出健壮、可控制的并发代码。
context.Contextctx.Done()<-chan struct{}context.WithCancel(parent)cancel()ctx.Done()ctx.Err()context.DeadlineExceededctx, cancel := context.WithCancel(context.Background())
defer cancel() // 避免泄漏
go func(ctx context.Context) {
for i := 0; i < 10; i++ {
select {
case <-time.After(time.Second):
fmt.Println("working...", i)
case <-ctx.Done():
fmt.Println("stopped:", ctx.Err()) // context canceled
return
}
}
}(ctx)
time.Sleep(3 * time.Second)
cancel() // 主动通知停止
context.WithTimeout(ctx, 2*time.Second)context.WithDeadline(ctx, time.Now().Add(2*time.Second))Done()Err()context.DeadlineExceededctx context.Contextfunc doWork(ctx context.Context) error {
select {
case <-time.After(5 * time.Second):
return nil
case <-ctx.Done():
return ctx.Err() // 向上层透传取消原因
}
}
func handler(ctx context.Context) {
if err := doWork(ctx); err != nil {
log.Println("work failed:", err)
return
}
}