errorgroup在任务1失败时记录错误并取消上下文，导致任务2和任务3通过监听ctx.Done()收到取消信号并提前退出，最终主程序返回第一个错误。
Golang的
errorgroup包提供了一种非常优雅且高效的方式，来并发地执行一组goroutine，并在这些并发任务中任何一个出现错误时，能够及时地通知并取消其他正在运行的goroutine，同时收集到第一个发生的错误。在我看来，它极大地简化了Go语言中复杂的并发错误处理和生命周期管理，是
sync.WaitGroup和
context组合模式的一个高级且实用的封装。
errorgroup的核心价值在于它将并发任务的等待、错误收集以及取消机制整合到了一起。当你需要启动多个独立的goroutine，并且希望它们作为一个整体来执行，一旦其中任何一个环节出错，整个“批次”任务就应该停止，并返回错误时，
errorgroup就是你的不二之选。
它内部维护了一个
sync.WaitGroup来等待所有通过
Go方法启动的goroutine完成，同时，它还持有一个
context.Context，这个Context在
errorgroup内部的某个goroutine返回错误时会被取消。这种设计使得其他正在执行的goroutine可以通过监听这个Context的
Done()通道来感知到错误，并选择提前退出，避免了不必要的计算或资源消耗。
举个例子，假设你正在处理一个HTTP请求，需要同时从数据库查询数据、调用一个外部API、以及进行一些本地计算。如果任何一个步骤失败了，你可能就没必要继续执行剩下的步骤了。使用
errorgroup，你可以将这三个操作分别放入不同的goroutine，一旦数据库查询失败，
errorgroup会立即取消API调用和本地计算，然后将数据库错误返回给主调函数。这比手动管理
WaitGroup、错误通道和
context.WithCancel要简洁高效得多。
立即学习“go语言免费学习笔记（深入）”；
errorgroup 与 sync.WaitGroup 的核心差异体现在哪里？
在我看来，
errorgroup和
sync.WaitGroup虽然都用于等待一组goroutine完成，但它们的核心差异远不止表面那么简单，主要体现在错误处理和取消机制上。
sync.WaitGroup说白了，就是个计数器，你加多少个任务，它就等多少个任务完成，至于这些任务有没有出错，或者其中一个任务出错后其他任务该怎么办，
WaitGroup一概不关心。它只负责“等待所有孩子回家”。
而
errorgroup则是一个“有责任心的家长”。它不仅等待所有孩子（goroutine）完成，还会主动关注孩子们的“健康状况”（是否返回错误）。一旦发现有孩子生病（返回错误），它会立即通知其他孩子（通过
context取消），让他们知道“家里出事了，赶紧停下来”。同时，它还会把第一个生病的孩子的情况（错误）记录下来，并在所有孩子都回家后，把这个“病情报告”交给你。
所以，
errorgroup是
WaitGroup的超集，它在
WaitGroup的基础上，巧妙地融入了
context的取消能力和错误收集机制。这意味着，如果你只需要等待一组goroutine完成，且不关心它们的错误或者不需要提前取消，
WaitGroup就足够了。但如果你的并发任务需要具备错误感知和优雅取消的能力，那么
errorgroup就是更合适的选择。这正是它在处理复杂并发场景时显得如此强大的原因。
当一个goroutine出错时，errorgroup是如何协调其他任务停止的？
这正是
errorgroup最精妙的设计之一。当
errorgroup中的任何一个通过
Go方法启动的goroutine返回一个非
nil的错误时，
errorgroup会立即执行两件事：
-
记录错误： 它会把这个错误存储起来，但只记录第一个遇到的错误。后续即使有其他goroutine也返回了错误，
errorgroup
依然只会保留最初的那个错误。 -
取消上下文：
errorgroup
内部持有一个context.Context
，当第一个错误发生时，它会调用这个Context的cancel
函数。
这里的关键在于第二点。所有通过
errorgroup.WithContext或
errorgroup.Group创建的
errorgroup实例，都会生成一个派生自父Context的新Context。当
errorgroup内部的
cancel函数被调用时，这个派生Context的
Done()通道会被关闭。
其他正在运行的goroutine，如果它们在执行任务时，能够周期性地或者在阻塞操作前检查这个Context的
Done()通道，就能感知到取消信号。一旦
Done()通道关闭，它们就可以选择立即停止当前的工作，释放资源，并返回
context.Canceled错误或者其他适当的错误。
看个简化的代码片段：
package main
import (
"context"
"errors"
"fmt"
"log"
"sync/errgroup"
"time"
)
func main() {
g, ctx := errgroup.WithContext(context.Background())
// 任务1：模拟一个会失败的任务
g.Go(func() error {
log.Println("任务1：开始执行...")
time.Sleep(2 * time.Second) // 模拟一些工作
log.Println("任务1：返回错误。")
return errors.New("任务1：我失败了！")
})
// 任务2：模拟一个会检查取消的任务
g.Go(func() error {
log.Println("任务2：开始执行...")
select {
case <-time.After(5 * time.Second): // 模拟长时间工作
log.Println("任务2：执行完毕。")
return nil
case <-ctx.Done(): // 监听取消信号
log.Println("任务2：收到取消信号，提前退出。")
return ctx.Err() // 返回取消错误
}
})
// 任务3：模拟另一个会检查取消的任务
g.Go(func() error {
log.Println("任务3：开始执行...")
select {
case <-time.After(3 * time.Second):
log.Println("任务3：执行完毕。")
return nil
case <-ctx.Done():
log.Println("任务3：收到取消信号，提前退出。")
return ctx.Err()
}
})
// 等待所有goroutine完成，并获取第一个错误
if err := g.Wait(); err != nil {
fmt.Printf("主程序：收到错误：%v\n", err)
} else {
fmt.Println("主程序：所有任务成功完成。")
}
}在这个例子中，任务1在2秒后失败并返回错误。
errorgroup
