本文介绍在 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
• 切勿在 goroutine 中直接关闭由外部创建的 channel（除非严格约定所有权），channel 关闭责任应单一明确。

总结：Go 中终止“冗余” goroutine 的正确姿势不是强制杀掉，而是通过 context 提供优雅退出的契约——每个 goroutine 对自己的生命周期负责，主流程通过 cancel 传达意图，各 worker 主动检查并收尾。这是符合 Go “不要通过共享内存来通信，而应通过通信来共享内存”哲学的最佳实践。