Go 不支持强制终止 goroutine，必须协作退出：通过 context 或 channel 发送信号，由 goroutine 主动检查 ctx.Done() 或接收 stopCh 并清理后 return；否则会成幽灵协程或 panic。
Go 里没有“终止 goroutine”的指令，只有协作式退出：你发信号，它自己检查、清理、return。用错方式，不是漏收信号，就是忙等吃 CPU，甚至 panic。
为什么不能直接 kill goroutine
Go 运行时不允许强制中断 goroutine —— 没有 Stop()、Kill() 或类似系统调用。强行终止可能破坏锁状态、导致文件写一半、连接未关闭、内存泄漏。所有安全退出都依赖 goroutine 主动响应。
- 忽略
ctx.Done()或stopCh，goroutine 就一直跑下去，变成“幽灵协程” - 用
for range stopCh替代select：channel 关闭后循环直接退出，没机会做清理（比如关数据库连接、释放 mutex） - 往已关闭的
chan int写数据 → panic: send on closed channel；但往已关闭的chan struct{}发送仍会 panic，别试
用 context.WithCancel 手动触发退出
适合用户点击“取消”、首个结果返回后停掉其余任务、或外部控制流决定中止等场景。核心是父子上下文链路 + 显式调用 cancel()。
-
ctx, cancel := context.WithCancel(context.Background())：返回可取消的 ctx 和 cancel 函数 - 必须把
ctx作为第一个参数传给所有子任务函数，形成传播链 - goroutine 内必须用
select监听，不能只轮询 <code>ctx.Err() != nil（否则空转耗 CPU） - 收到信号后，先做清理（如
db.Close()、mu.Unlock()），再return
func fetchUser(ctx context.Context, id int) error {
// 假设这里发起 HTTP 请求
resp, err := http.DefaultClient.Do(req.WithContext(ctx))
if err != nil {
return err
}
defer resp.Body.Close()
<pre class='brush:php;toolbar:false;'>select {
case <-ctx.Done():
return ctx.Err() // 提前退出，不读 body
default:
}
// 继续处理 body...
return json.NewDecoder(resp.Body).Decode(&user)}
立即学习“go语言免费学习笔记（深入）”；
用 context.WithTimeout 自动超时退出
比手动 cancel 更适合网络请求、数据库查询、第三方 API 调用等不确定耗时的场景。超时后 ctx.Done() 自动关闭，无需额外调用 cancel。
-
ctx, cancel := context.WithTimeout(parentCtx, 5*time.Second)：5 秒后自动触发取消，cancel()仍可提前调用 - 注意：即使你提前调用
cancel()，也建议 defercancel()防止 context 泄漏（尤其在函数返回早于 timeout 时） - HTTP client、
database/sql、grpc.Dial等主流库原生支持 context，直接传进去即可生效 - 不要用
time.After(5 * time.Second)替代：它无法提前停止，定时器资源会卡到超时点
什么时候该用 chan struct{} 而不是 context
当多个 goroutine 地位平等、无父子关系、也不需要传递超时/截止时间/请求数据时，chan struct{} 更轻量、语义更清晰。
- 定义：
stopCh := make(chan struct{})，关闭即广播：close(stopCh) - 监听必须用
select+，不能 <code>if _, ok := （会阻塞） - 别用
chan bool或带缓冲的chan int：多此一举，且容易误写成发送值而非关闭 - 如果后续要加超时或跨包传递请求 ID，立刻换成
context.WithValue+WithTimeout，别硬撑
最易被忽略的一点：cancel 函数调用后，context 并不会立即销毁，它的 Done() channel 关闭是原子的，但下游 goroutine 是否及时响应，完全取决于你有没有在关键路径（比如 I/O、循环体、select 分支）里检查它。一个没加 select 的 for 循环，哪怕父 context 已 cancel，它也会继续跑完。
