使用channel和errgroup是Go中处理goroutine错误的核心方法。通过带缓冲的error channel将子协程错误传回主流程，结合WaitGroup可实现统一等待与错误收集；对于需快速失败的场景，golang.org/x/sync/errgroup包提供了封装良好的控制流，支持任务间传播取消信号。应避免panic不recover、无缓冲channel阻塞及共享变量竞争等问题，确保错误被正确捕获与传递。
在Go语言开发中，goroutine 是实现高并发的核心机制。但随着并发逻辑的复杂化，如何正确处理 goroutine 中的错误成为关键问题。直接在 goroutine 内部 panic 或忽略 error 会导致程序不稳定或静默失败。下面介绍几种实用且可靠的并发错误处理方式。
使用 channel 捕获错误
最常见也最推荐的方式是通过 error channel 将子协程中的错误传递回主流程。
定义一个接收 error 类型的 channel，在每个 goroutine 执行完成后发送错误信息。主协程使用 select 或简单的 range 等待所有结果。
- 创建带缓冲的 error channel，容量等于任务数
- 每个 goroutine 执行完毕后，向 errorCh 发送执行结果错误（nil 表示成功）
- 主流程循环接收所有错误，判断是否有任意一个失败
示例代码：
立即学习“go语言免费学习笔记（深入）”；
errCh := make(chan error, 3)go func() { errCh <- doTask1() }() go func() { errCh <- doTask2() }() go func() { errCh <- doTask3() }()
for i := 0; i < 3; i++ { if err := <-errCh; err != nil { log.Printf("任务出错: %v", err) } }
结合 WaitGroup 统一等待与错误收集
当需要等待多个 goroutine 完成并集中处理错误时，可将 sync.WaitGroup 与 error channel 结合使用。
这种方式适用于生命周期明确的并发任务组。
- 用 WaitGroup 计数并发任务
- 每个任务通过闭包或参数共享同一个 error channel
- 所有任务结束后关闭 channel，主协程读取全部错误
注意不要在 Wait 后立即关闭 channel，应由某个协程或单独 goroutine 负责关闭。
使用 errgroup 增强控制流
golang.org/x/sync/errgroup 提供了更高级的并发错误处理工具。它封装了 WaitGroup 和 context 取消机制，支持“遇到第一个错误即终止”的模式。
特别适合需要快速失败（fail-fast）的场景，比如微服务批量调用。
基本用法：
import "golang.org/x/sync/errgroup"var g errgroup.Group
g.Go(func() error { return doTask1() }) g.Go(func() error { return doTask2() })
if err := g.Wait(); err != nil { log.Printf("其中一个任务失败: %v", err) }
若某个任务返回 error，其余正在运行的任务不会被自动取消，除非你传入可取消的 context 并在任务内部检查其状态。
避免常见陷阱
实际开发中容易犯以下几个错误：
- 在 goroutine 中 panic 而没有 recover，导致整个程序崩溃
- 使用无缓冲 channel 传输错误却无人接收，造成协程阻塞和泄漏
- 共享变量写入错误时不加锁，引发 data race
- 忘记从 error channel 读取全部内容，导致后续任务卡住
建议始终对可能出错的并发操作设计明确的错误回传路径，并在测试中覆盖异常情况。
基本上就这些。关键是让错误从 goroutine 流回到主控制流，而不是丢弃或扩散。channel + errgroup 的组合能满足大多数场景需求。
