Go不支持goroutine间自动传播panic，需手动通过带缓冲error channel传递错误：子goroutine defer recover()捕获panic并转为error发送，主goroutine用select接收处理。
Go 语言本身不支持协程（goroutine）间自动传播 panic 或错误，每个 goroutine 的 panic 默认只影响自身。要实现“集中捕获和处理错误”，需手动设计错误传递机制，核心思路是：**让子 goroutine 将错误发送回主 goroutine（或统一的错误处理器），而不是任其崩溃或静默忽略**。
使用 channel 传递错误
这是最常用、最符合 Go 风格的方式。主 goroutine 启动工作 goroutine 时，同时创建一个 error 类型的 channel，子 goroutine 执行完毕后（无论成功或失败）向该 channel 发送结果或错误。
- 定义 errorChan := make(chan error, 1)（带缓冲，避免阻塞）
- 在子 goroutine 中 defer recover() 捕获 panic，并转为 error 发送出去
- 主 goroutine 使用 select 或
示例：
errCh := make(chan error, 1)
go func() {
defer func() {
if r := recover(); r != nil {
errCh <- fmt.Errorf("panic occurred: %v", r)
}
}()
// 实际业务逻辑，可能出错
if err := doSomething(); err != nil {
errCh <- err
return
}
errCh <- nil // 成功
}()
<p>if err := <-errCh; err != nil {
log.Printf("Task failed: %v", err)
// 统一错误处理：重试、告警、降级等
}用 sync.WaitGroup + 全局错误变量（需加锁）
适用于多个 goroutine 并行执行、只需知道“是否有错”或“第一个错”的场景。注意：必须用 sync.Mutex 保护错误变量，防止竞态。
立即学习“go语言免费学习笔记（深入）”；
使用 ImageMagick 的 convert 和 mogrify 命令进行批量图像处理，支持调整大小、裁剪、水印和格式转换。与 libvips 集成以实现高性能缩略图生成。
- 声明 var mu sync.Mutex 和 var firstErr error
- 每个 goroutine 执行完检查 err，若非 nil 则 mu.Lock() → 赋值 → mu.Unlock()
- WaitGroup Wait 后检查 firstErr 是否为 nil
适合批量任务中“只要一个失败就整体失败”的逻辑，但无法收集全部错误。
封装成可取消、可错误透传的任务函数（推荐）
结合 context.Context 和 error channel，构建健壮的任务模型。父 goroutine 传入带 cancel 的 context，子 goroutine 监听 Done() 并在退出前确保错误送达。
- 函数签名类似：func DoTask(ctx context.Context)
- 内部启动 goroutine，把 error 发到返回的 channel；同时 select 监听 ctx.Done()
- 主流程用 for range 或 select 处理多个任务的 error channel
这样既支持超时/取消，又保证错误不丢失，也便于组合多个任务（如 errgroup）。
使用第三方库 errgroup（标准扩展）
golang.org/x/sync/errgroup 是官方维护的轻量库，专为并发任务+错误聚合设计。它自动处理“首个错误返回”、“上下文取消同步”、“Wait 阻塞等待全部完成”等细节。
- 创建 g, ctx := errgroup.WithContext(context.Background())
- 用 g.Go(func() error { ... }) 启动任务，返回 error
- 调用 g.Wait() —— 返回首个非 nil error，或 nil（全部成功）
代码简洁、语义清晰，生产环境强烈推荐。
