使用channel传递错误是Go中处理多协程错误的常用方式，通过创建error类型的channel将子协程错误传回主协程，结合WaitGroup或errgroup实现同步与错误收集，避免panic跨协程传播需在每个goroutine中使用defer recover捕获异常。
在Go语言中，多协程编程带来了高并发能力，但也让错误处理变得复杂。多个goroutine同时运行时，主协程往往无法直接感知子协程的错误。如何正确地同步和处理这些错误，是编写健壮并发程序的关键。
使用channel传递错误
最直接的方式是通过error类型的channel将子协程中的错误传回主协程。这种方式清晰且符合Go“通过通信共享内存”的理念。
创建一个chan error，每个协程在出错时向其中发送错误信息。主协程使用select或range接收并处理。
例如：
立即学习“go语言免费学习笔记（深入）”；
errCh := make(chan error, 2) // 缓冲channel避免阻塞go func() { if err := doTask1(); err != nil { errCh <- fmt.Errorf("task1 failed: %w", err) } }()
go func() { if err := doTask2(); err != nil { errCh <- fmt.Errorf("task2 failed: %w", err) } }()
// 关闭channel通知完成 go func() { defer close(errCh) // 等待所有任务（可通过WaitGroup更精确控制） time.Sleep(100 * time.Millisecond) }()
var errs []error for err := range errCh { errs = append(errs, err) }
if len(errs) > 0 { return fmt.Errorf("encountered errors: %v", errs) }
结合WaitGroup与ErrorGroup
当需要等待所有协程完成并收集错误时，sync.WaitGroup配合error channel能精确控制生命周期。
但更推荐使用第三方库如golang.org/x/sync/errgroup，它封装了WaitGroup和错误取消逻辑。
ErrGroup的特点：
- 任意一个协程返回错误，其他协程可通过上下文被取消
- 自动等待所有协程结束
- 只返回第一个发生的错误（可扩展记录所有错误）
示例：
g, ctx := errgroup.WithContext(context.Background())g.Go(func() error { return fetchUserData(ctx) })
g.Go(func() error { return fetchProductData(ctx) })
if err := g.Wait(); err != nil { return fmt.Errorf("failed to fetch data: %w", err) }
避免panic跨协程传播
goroutine内部的panic不会被外部recover捕获，必须在协程内部自行处理。
建议在每个协程入口添加defer recover：
go func() {
defer func() {
if r := recover(); r != nil {
errCh <- fmt.Errorf("panic in goroutine: %v", r)
}
}()
// 业务逻辑
riskyOperation()
}()
这样可以把panic转化为error，统一走错误通道处理，避免程序崩溃。
选择合适的错误聚合策略
根据业务需求决定是否收集所有错误，还是遇到首个错误就停止。
常见策略：
- 快速失败：使用ErrGroup，默认返回第一个错误
- 全量收集：用带缓冲的error channel，等所有协程完成
- 超时控制：结合context.WithTimeout，防止协程长时间阻塞
比如文件批量上传，部分失败可接受，应收集所有错误反馈给用户；而关键初始化流程，任一环节出错都应整体失败。
基本上就这些。关键是把错误当作数据来传递，利用channel和上下文控制好生命周期，再根据场景选对工具和策略。不复杂但容易忽略细节。
