# 前言 在 Go 语言程序开发中，goroutine 的使用是比较频繁的，因此在日常编码的时候 goroutine 里的错误处理，怎么做会比较好呢？ 一般我们的业务代码如下： ```go func main() { var wg sync.WaitGroup wg.Add(2) go func() { //... 业务逻辑 wg.Done() }() go func() { //... 业务逻辑 wg.Done() }() wg.Wait() } ``` 在上面的代码中，我们运行了多个 goroutine，每个协程又是单独行动的，想要抛出 error 错误信息，也不怎么明智。 # 通过错误日志记录 常用的第一种方法：通过把错误记录写入到日志文件中，再结合相关的 logtail 进行采集和梳理。 但这又会引入新的问题，那就是调用错误日志的方法写的到处都是，代码结构也比较乱、不直观。 最重要的是无法针对 error 做特定的逻辑处理和流转。 # 利用 channel 传输 大家可能会想到 Go 的经典哲学：**不要通过共享内存来通信，而是通过通信来实现内存共享**（Do not communicate by sharing memory; instead, share memory by communicating）。 第二种方法：利用 channel 来传输多个 goroutine 中的 errors： ```go func main() { cherrors := make(chan error) wgDone := make(chan bool) var wg sync.WaitGroup wg.Add(2) go func() { //... 业务逻辑 wg.Done() }() go func() { //... 业务逻辑 err := returnErr() if err != nil { cherrors <- err } wg.Done() }() go func() { wg.Wait() close(wgDone) }() select { case <-wgDone: break case err := <-cherrors: close(cherrors) fmt.Println(err) } time.Sleep(time.Second) } func returnErr() error { return errors.New("出错啦。。我是错误信息") } ``` 虽然使用 channel 后已经方便了不少，但编写 channel 还要关心一些非业务向的逻辑。 # 使用 sync/errgroup 第三种方法，就是使用官方提供的 `golang.org/x/sync/errgroup` 标准库： ```go type Group func WithContext(ctx context.Context) (*Group, context.Context) func (g *Group) Go(f func() error) func (g *Group) Wait() error ``` - Go：启动一个协程，在新的 goroutine 中调用给定的函数。 - Wait：等待协程结束，直到 Go 方法中的所有函数调用都返回，然后返回其中第一个非零错误（如果有错误的话）。 结合其特性能够非常便捷的针对多 goroutine 进行错误处理： ```go func main() { group := new(errgroup.Group) nums := []int{-1, 0, 1} for _, num := range nums { num := num group.Go(func() error { res, err := output(num) fmt.Println(res) return err }) } if err := group.Wait(); err != nil { fmt.Println("Get errors: ", err) } else { fmt.Println("Get all num successfully!") } } func output(num int) (int, error) { if num < 0 { return 0, errors.New("math: square root error!") } return num, nil } ``` 每启动一个新的 goroutine 都直接使用 `Group.Go` 方法，在等待和错误处理上使用 `Group.Wait` 方法。 这种方法进行错误处理的好处是不需要关注非业务逻辑的控制代码，比较简洁明了。 # 总结 在 Go 语言中，goroutine 是一种常用的方法，为此我们需要更了解 goroutine 的一系列相关知识，像是 context、error处理等 在团队开发中，统一一定的规范，这样的代码阅读起来就会比较明朗，一些隐藏很深的 Bug 也会减少很多。