使用channel统一传递结果与错误，通过定义Result结构体封装数据、错误和任务ID，各goroutine完成任务后将Result发送至通道，主协程集中处理结果与错误，确保并发安全与程序可控性。
在go语言中，并发编程常通过goroutine和channel实现，但伴随并发而来的还有错误处理和结果收集的复杂性。直接在goroutine中panic或忽略Error会导致程序行为不可控。合理设计错误传递与结果聚合机制，是构建健壮并发系统的关键。
使用Channel统一传递结果与错误
将结果和错误封装在一起，通过单一channel传递，能简化主协程的等待与判断逻辑。
定义一个通用的结果结构体，包含数据、错误和来源标识：
type Result Struct { Data interface{} Err error ID int // 可选：标识任务来源 }
每个goroutine完成任务后，把结果和可能的错误一并发送到结果channel：
立即学习“go语言免费学习笔记（深入）”；
results := make(chan Result, 3) for i := 0; i < 3; i++ { go func(id int) { data, err := doWork(id) results <- Result{Data: data, Err: err, ID: id} }(i) }
主协程循环接收，直到所有任务完成，逐个检查错误并收集有效数据。
结合WaitGroup控制生命周期
当需要确保所有goroutine都已退出再关闭channel时，应配合sync.WaitGroup使用。
避免在并发写channel时出现“close of nil channel”或“send on closed channel”错误。
典型模式如下：
var wg sync.WaitGroup results := make(chan Result) <p>for i := 0; i < n; i++ { wg.Add(1) go func(id int) { defer wg.Done() data, err := doWork(id) results <- Result{Data: data, Err: err, ID: id} }(i) }</p><p>// 单独启动一个goroutine负责关闭channel go func() { wg.Wait() close(results) }()</p><p>// 主协程从results中读取直至关闭 for result := range results { if result.Err != nil { <strong>log.Printf("Task %d failed: %v", result.ID, result.Err)</strong> continue } <strong>// 处理成功结果</strong> processData(result.Data) }</p>
及时捕获Panic防止程序崩溃
goroutine中的未捕获panic会终止整个程序。应在每个goroutine内部使用defer+recover进行兜底。
尤其在执行第三方库或不确定代码时，防御性编程必不可少。
示例：
go func(id int) { defer func() { if r := recover(); r != nil { results <- Result{ Err: fmt.Errorf("panic in task %d: %v", id, r), } } }() // 可能panic的操作 data, err := riskyOperation(id) results <- Result{Data: data, Err: err, ID: id} }(i)
recover捕获后，将异常转为普通error返回，保证主流程可控。
超时控制避免无限等待
某些任务可能长时间阻塞，影响整体响应。可通过context.WithTimeout或select + time.After设置上限。
例如：
ctx, cancel := context.WithTimeout(context.Background(), 2*time.Second) defer cancel() <p>for i := 0; i < n; i++ { go func(id int) { data, err := doWorkWithContext(ctx, id) select { case results <- Result{Data: data, Err: err, ID: id}: case <-ctx.Done(): // 超时或取消时不发送，由主协程判断 } }(i) }</p><p>// 主协程使用select监听结果或超时 select { case result := <-results: // 处理结果 case <-ctx.Done(): <strong>return nil, ctx.Err()</strong> }</p>
这样既能及时响应失败，又能防止资源泄漏。
基本上就这些。关键是把错误当成正常流程的一部分来设计，而不是事后补救。channel+struct组合、recover防护、context控制，三者配合使用，能让并发程序既高效又可靠。
评论（已关闭）
评论已关闭