Go并发中需用defer+recover捕获panic，通过error channel传递错误，结合context处理超时取消，并利用errgroup统一管理多协程错误，确保错误不遗漏、panic不扩散。
在 Go 语言的并发编程中，错误处理不像同步代码那样直接。由于每个 goroutine 是独立执行的，主协程无法直接捕获子协程中的 panic 或返回错误，因此需要借助 channel、recover 和上下文控制等机制来实现优雅的错误捕获与恢复。
使用 defer + recover 捕获协程中的 panic
goroutine 中一旦发生 panic，若未处理，会导致整个程序崩溃。为了防止这种情况，可以在每个可能出错的协程中使用 defer + recover 来捕获异常。
注意：recover 必须在 defer 中调用才有效。示例：
go func() {
defer func() {
if r := recover(); r != nil {
fmt.Printf("协程发生 panic: %v\n", r)
}
}()
// 模拟可能 panic 的操作
panic("测试 panic")
}()
这样可以避免单个协程的崩溃影响整个程序，同时记录日志或进行降级处理。
立即学习“go语言免费学习笔记（深入）”；
通过 channel 传递错误信息
除了 panic，协程中的业务错误也需要被主流程感知。最常用的方式是通过 error channel 将错误传回主协程。
常见模式：
- 定义一个接收 error 类型的 channel
- 协程执行完成后，将错误发送到该 channel
- 主协程通过 select 或 range 监听错误
示例：
errCh := make(chan error, 1) // 缓冲 channel 避免阻塞go func() { err := someOperation() if err != nil { errCh <- err } else { errCh <- nil } }()
// 主协程等待结果 if err := <-errCh; err != nil { fmt.Printf("协程返回错误: %v\n", err) }
结合 context 实现超时与取消时的错误处理
在实际应用中，协程可能因外部请求取消或超时而需要提前退出。使用 context.Context 可以优雅地通知协程停止，并配合 error channel 返回取消错误。
示例：
ctx, cancel := context.WithTimeout(context.Background(), 2*time.Second) defer cancel()errCh := make(chan error, 1)
go func() { select { case <-time.After(3 * time.Second): errCh <- errors.New("任务超时") case <-ctx.Done(): errCh <- ctx.Err() // 返回 context.Canceled 或 context.DeadlineExceeded } }()
// 等待结果或超时 if err := <-errCh; err != nil { fmt.Printf("协程错误: %v\n", err) }
这种方式让错误处理更可控，也便于上层统一处理超时和中断。
使用 errgroup 简化多协程错误管理
当需要启动多个相关协程并希望任意一个出错时立即返回，推荐使用 golang.org/x/sync/errgroup。它封装了 context 和 error 传播逻辑。
示例：
import "golang.org/x/sync/errgroup"var g errgroup.Group
urls := []string{"https://www.php.cn/link/374cad868cb62202053d308252bc4040", "https://www.php.cn/link/ae9f22c1a98cf769e89facdc1cd7dec9"}
for _, url := range urls { url := url g.Go(func() error { resp, err := http.Get(url) if resp != nil { defer resp.Body.Close() } return err }) }
if err := g.Wait(); err != nil { fmt.Printf("某个请求失败: %v\n", err) }
errgroup 会等待所有任务完成，或一旦有一个返回非 nil 错误，就中断其他任务（通过共享 context）并返回该错误。
基本上就这些。Go 没有提供全局捕获协程错误的机制，所以必须主动设计错误传递路径。合理使用 recover、channel、context 和 errgroup，能让并发程序更健壮、错误更清晰。关键是：不要让错误消失，也不要让 panic 波及整个服务。
