使用channel传递错误是最推荐的方式，通过error类型的channel将goroutine中的错误发送回主协程，结合errgroup可简化并发错误处理，利用defer+recover捕获panic并转为错误返回。
在Go语言中，goroutine 是实现并发的核心机制，但它的轻量级特性也带来了错误处理的挑战。由于每个 goroutine 独立运行，直接在其中 panic 或 return 错误并不会自动传递到主流程，因此需要显式设计错误传递机制。以下是几种常见的、实用的 goroutine 错误处理方式。
使用 channel 传递错误
最常见也最推荐的方式是通过 channel 将错误从 goroutine 发送回主协程。这种方式符合 Go 的“通过通信共享内存”理念。
定义一个接收 error 类型的 channel，在 goroutine 执行出错时写入错误，主协程通过 select 或 range 监听结果。
示例：func doWork() error {
errCh := make(chan error, 1)
go func() {
// 模拟可能出错的操作
err := someOperation()
errCh <- err
}()
// 主协程等待结果
return <-errCh
}
如果多个 goroutine 并发执行，可以使用 errgroup 或遍历多个 error channel 收集结果。
使用 errgroup 简化并发错误处理
golang.org/x/sync/errgroup 提供了对一组 goroutine 的错误传播支持。一旦任意一个任务返回错误，其他任务将被取消（配合 context 使用），且整体返回该错误。
示例：import "golang.org/x/sync/errgroup"
func runTasks() error {
var g errgroup.Group
tasks := []func() error{
func() error { return fetchUser() },
func() error { return fetchOrder() },
func() error { return fetchProfile() },
}
for _, task := range tasks {
g.Go(task)
}
return g.Wait() // 阻塞直到所有任务完成或任一失败
}
errgroup 内部使用 channel 和 sync.WaitGroup 封装，适合用于需要“任一失败即终止”的场景，比如微服务并行调用。
panic 处理：使用 defer + recover
如果 goroutine 中可能发生 panic（如空指针、数组越界），应使用 defer + recover 捕获，避免整个程序崩溃。
recover 只能在 defer 函数中生效，捕获后可将 panic 转为普通错误并通过 channel 返回。
示例：go func() {
defer func() {
if r := recover(); r != nil {
errCh <- fmt.Errorf("panic occurred: %v", r)
}
}()
// 可能 panic 的操作
riskyOperation()
errCh <- nil
}()
注意：recover 并不能替代正常错误处理，仅用于防御性编程或第三方库调用等不可控场景。
上下文取消与超时控制
结合 context.Context 可以优雅地处理超时和主动取消，尤其在长时间运行的 goroutine 中至关重要。
当 context 被取消时，相关 goroutine 应立即停止工作并返回 context.Err()。
示例：ctx, cancel := context.WithTimeout(context.Background(), 3*time.Second)
defer cancel()
errCh := make(chan error, 1)
go func() {
defer close(errCh)
er
rCh <- doWorkWithContext(ctx)
}()
select {
case err := <-errCh:
return err
case <-ctx.Done():
return ctx.Err()
}
这种模式确保资源不会无限等待，提升系统稳定性。
基本上就这些。合理使用 channel、errgroup、context 和 recover，就能在 goroutine 中实现清晰、可靠的错误处理。关键是提前设计错误传播路径，而不是忽略它们。
rCh <- doWorkWithContext(ctx)
}()
