Golang异步错误捕获技巧汇总

答案：Go异步错误处理常用四种方法：1. 通过error channel传递单个任务错误，主协程接收并处理；2. 结合WaitGroup与带缓冲error channel收集多个任务错误；3. 使用Context控制超时取消，并通过channel返回错误信号；4. 利用errgroup包简化并发管理，支持快速失败和上下文传播。

在Go语言中，异步操作通常通过goroutine和channel实现。由于goroutine是独立执行的，直接使用panic或return err无法将错误传递回调用方，因此需要特定的错误处理机制来捕获和响应这些错误。以下是几种常见的Golang异步错误处理方法。

1. 通过Channel传递错误

最直接的方式是在启动goroutine时，专门开辟一个error类型的channel用于接收错误信息。主协程通过监听该channel获取异步任务的执行状态。

示例：

errCh := make(chan error, 1)
go func() {
    errCh <- doSomething()
}()

if err := <-errCh; err != nil {
    log.Printf("异步错误: %v", err)
}

这种方式简单清晰，适合单个异步任务。注意channel容量至少为1，防止goroutine阻塞导致泄漏。

2. 使用WaitGroup配合Error Channel收集多个错误

当并发执行多个goroutine时，可以结合sync.WaitGroup与带缓冲的error channel，统一收集所有任务的错误。

示例：

for i := 0; i < 3; i++ {
    wg.Add(1)
    go func(id int) {
        defer wg.Done()
        if id == 2 {
            errCh <- fmt.Errorf("task %d failed", id)
        }
    }(i)
}

go func() {
    wg.Wait()
    close(errCh)
}()

for err := range errCh {
    log.Printf("捕获错误: %v", err)
}

这种方法适用于批量异步任务，能有效收集所有错误并避免main提前退出。

3. 使用Context控制超时与取消，并传递错误信号

在实际应用中，异步操作常需支持超时或主动取消。结合context.Context可优雅地处理这类场景，同时利用channel返回错误。

示例：

errCh := make(chan error, 1)
go func() {
    time.Sleep(200 * time.Millisecond)
    select {
    case <-ctx.Done():
        errCh <- ctx.Err()
    default:
        errCh <- nil
    }
}()

if err := <-errCh; err != nil {
    log.Printf("上下文错误: %v", err)
}

通过ctx.Err()可以判断是超时还是被取消，便于做出相应处理。

4. 利用errgroup简化并发错误管理

golang.org/x/sync/errgroup包提供了更简洁的并发错误处理方式。它自动管理goroutine生命周期，一旦某个任务返回错误，其他任务可通过context被取消。

示例：

for i := 0; i < 3; i++ {
    i := i
    g.Go(func() error {
        select {
        case <-time.After(1 * time.Second):
            if i == 1 {
                return fmt.Errorf("task %d failed", i)
            }
            return nil
        case <-ctx.Done():
            return ctx.Err()
        }
    )
}

if err := g.Wait(); err != nil {
    log.Printf("errgroup捕获错误: %v", err)
}

errgroup非常适合需要“快速失败”策略的场景，代码更简洁且具备上下文传播能力。

基本上就这些。根据实际需求选择合适的方法：单任务用error channel，多任务配合WaitGroup，复杂场景推荐errgroup + context组合。关键是确保错误不丢失，资源不泄露。