使用errgroup实现快速失败，通过channel收集全部错误，结合context控制超时与取消，并对临时错误进行重试，根据业务需求选择并组合合适策略以提升服务健壮性。
在Go语言开发中，处理并发网络请求时的错误收集与处理是构建健壮服务的关键环节。由于并发场景下多个请求同时进行，错误可能来自不同协程，若不妥善处理，容易导致程序崩溃、资源泄漏或数据不一致。以下是常见模式和实践方法。
使用errgroup进行并发错误管理
errgroup.Group 是官方推荐的方式之一，它扩展了 sync.WaitGroup，能够在任意一个协程出错时快速中断其他请求，并统一返回错误。
示例：
import "golang.org/x/sync/errgroup"
<p>func fetchAll(urls []string) error {
var g errgroup.Group
for _, url := range urls {
url := url // 注意变量捕获
g.Go(func() error {
resp, err := http.Get(url)
if err != nil {
return err // 错误会被自动收集
}
defer resp.Body.Close()
// 处理响应...
return nil
})
}
return g.Wait() // 等待所有任务完成或遇到第一个错误
}</p>特点：一旦某个请求失败，其余正在执行的请求会收到取消信号（配合 context 可实现），适合“任一失败即整体失败”的场景。
立即学习“go语言免费学习笔记（深入）”；
通过channel收集所有错误信息
如果需要知道每个请求的具体结果（成功或失败），可以使用带缓冲的 error channel 收集全部错误。
做法如下：
- 为每个请求启动一个goroutine
- 每个协程完成后将error发送到errors通道
- 主协程从通道读取所有结果并汇总
示例：
func concurrentFetchWithErrors(urls []string) []error {
type result struct {
url string
err error
}
ch := make(chan result, len(urls))
<pre class='brush:php;toolbar:false;'>for _, url := range urls {
go func(u string) {
resp, err := http.Get(u)
if err != nil {
ch <- result{u, err}
return
}
resp.Body.Close()
ch <- result{u, nil}
}(url)
}
var errors []error
for range urls {
r := <-ch
if r.err != nil {
errors = append(errors, fmt.Errorf("fetch %s failed: %w", r.url, r.err))
}
}
return errors}
这种方式适用于需要记录每一个失败请求的场景，比如批量导入外部数据时做日志分析。
结合context控制超时与取消
并发请求中应始终使用 context 来避免长时间阻塞或资源浪费。
建议做法：
- 创建带有超时的context：ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second)
- 传递ctx到http.Get等支持context的方法
- defer调用cancel()释放资源
与errgroup结合更佳：
ctx, cancel := context.WithTimeout(context.Background(), 3*time.Second)
defer cancel()
<p>g, ctx := errgroup.WithContext(ctx)
for <em>, url := range urls {
url := url
g.Go(func() error {
req, </em> := http.NewRequestWithContext(ctx, "GET", url, nil)
resp, err := http.DefaultClient.Do(req)
if err != nil {
return err
}
resp.Body.Close()
return nil
})
}
return g.Wait()</p>这样可以在整体超时后自动终止所有正在进行的请求，提升系统响应性。
重试机制与错误分类
网络请求常因临时故障失败，合理重试可提高成功率。
建议：
- 对可重试错误（如网络超时、5xx状态码）进行有限次重试
- 使用指数退避策略减少服务压力
- 区分永久错误（如404、证书错误）不重试
可在每个协程内部封装重试逻辑，或将重试封装成独立函数。
基本上就这些。关键是根据业务需求选择合适的错误处理策略：追求快速失败用errgroup；需完整错误报告用channel；必须控制时间用context；面对不稳定网络加点重试。组合使用效果更好。
