本文介绍在 go 中如何安全终止多个竞态 goroutine 中的“慢者”，避免向已关闭 channel 发送数据导致 panic，并通过 context 实现跨 goroutine 的协作取消机制。
在 Go 并发编程中，当多个 goroutine 同时执行、且只需任一结果（如首个错误）时，必须确保其余 goroutine 能及时感知并主动退出——否则不仅浪费 CPU 和内存资源，还可能引发 panic: send on closed channel 等运行时错误。原始代码的问题在于：两个 goroutine 共享同一 channel，先完成者关闭 channel，后完成者却仍尝试写入，导致崩溃。
Go 标准库推荐使用 context 包实现可取消的上下文传播，这是现代 Go 并发控制的惯用模式。核心思路是：所有参与 goroutine 共享同一个 context.Context，一旦某任务完成（如发现错误），即调用 cancel() 函数，使 ctx.Done() 通道被关闭；其他 goroutine 在循环中持续监听该信号，收到后立即退出，无需操作 channel。
以下是重构后的完整示例（适配 Go 1.7+，使用标准库 context）：
package main
import (
"context"
"fmt"
"time"
)
func errName(ctx context.Context) {
for i := 0; i < 10000; i++ {
select {
case <-ctx.Done():
fmt.Println("errName cancelled")
return
default:
}
// 模拟工作（可替换为实际逻辑）
time.Sleep(1 * time.Microsecond)
}
// 模拟成功完成（此处可发送结果或触发 cancel）
fmt.Println("errName completed")
}
func errEmail(ctx context.Context) {
for i := 0; i < 100; i++ {
select {
case <-ctx.Done():
fmt.Println("errEmail cancelled")
return
default:
}
time.Sleep(1 * time.Microsecond)
}
// 模拟成功完成
fmt.Println("errEmail completed")
}
func main() {
// 创建可取消的上下文
ctx, cancel := context.WithCancel(context.Background())
defer cancel() // 确保资源清理（即使提前退出）
go errName(ctx)
go errEmail(ctx)
// 主 goroutine 等待任一子任务完成（例如：首个错误产生）
// 实际场景中，可配合带缓冲 channel 收集首个 error
time.Sleep(5 * time.Millisecond) // 模拟“已获取首个结果”
// 主动取消，通知所有监听者停止
cancel()
// 留出时间让 goroutines 响应取消信号
time.Sleep(10 * time.Millisecond)
}✅ 关键要点说明：
- ctx.Done() 返回一个只读 channel，当上下文被取消时自动关闭，goroutine 通过 select 非阻塞轮询即可响应；
- cancel() 是线程安全的，可被任意 goroutine 多次调用（后续调用无副作用），适合由首个完成者触发；
- 不再依赖共享 channel 通信来“通知完成”，而是用 context 实现协作式取消（cooperative cancellation），更健壮、无竞态；
- 若需返回首个错误，可在主 goroutine 中启动一个独立 goroutine 监听 ch := make(chan error, 1)，两个 worker 分别尝试 select { case ch <- err: default: }（带缓冲避免阻塞），首个写入成功即 cancel()；
- 切勿在 goroutine 中直接关闭由外部创建的 channel（除非严格约定所有权），channel 关闭责任应单一明确。
总结：Go 中终止“冗余” goroutine 的正确姿势不是强制杀掉，而是通过 context 提供优雅退出的契约——每个 goroutine 对自己的生命周期负责，主流程通过 cancel 传达意图，各 worker 主动检查并收尾。这是符合 Go “不要通过共享内存来通信，而应通过通信来共享内存”哲学的最佳实践。
