使用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控制，三者配合使用，能让并发程序既高效又可靠。
