有选择性地终止其他goroutine

今日不肯埋头，明日何以抬头！每日一句努力自己的话哈哈~哈喽，今天我将给大家带来一篇《有选择性地终止其他goroutine》，主要内容是讲解等等，感兴趣的朋友可以收藏或者有更好的建议在评论提出，我都会认真看的！大家一起进步，一起学习！

我怀疑我生成的所有 goroutine 在完成分配的工作后是否都会死亡。 我必须进行两次 http 调用（总是），但基于一个标志，读取其中任一调用的响应。 到目前为止我所做的是 ->

var result error
    resultChannel := make(chan error)

    var wg sync.WaitGroup
    wg.Add(1)  // only adding 1, as I don't need to wait for other to complete.

    go func() {
        _, err := // HTTP call ONE
        if flagIsTrue {
            defer wg.Done()
            resultChannel <- err
        }
    }()
    go func() {
        _, err :=  // HTTP call TWO
        if !flagIsTrue {
            defer wg.Done()
            resultChannel <- err
        }
    }()

    go func() {
        wg.Wait()
        close(resultChannel)
    }()

    for err := range resultChannel {
        result = err
    }

因此，我会等待相应的调用，只听它的响应。这工作得很好，但是由于应用程序部署在服务器上，我猜主 goroutine 不会死（此后杀死其他 goroutine），我主要关心的是其他可忽略的线程在获得来自 http 调用的响应（据我所知，我们需要告诉 go 一个 goroutine 需要终止）。 我的担忧：

1. 假设（对我来说是这样）主线程在服务其中一个调用后不会终止。
2. 可忽略（响应是，但触发 api 调用所必需的）线程是否会终止？
3. 我应该使用选择案例来处理这个问题吗？如果是，那么如何（欢迎其他建议）？

解决方案

如果在创建 goroutine 之前设置了 flagIsTrue，则只有一个 goroutine 能够写入通道。另一个不会尝试写入通道，因此将终止。

您可以简单地将对标志的检查移到外部，并基于该标志创建一个 goroutine。

终于介绍完啦！小伙伴们，这篇关于《有选择性地终止其他goroutine》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！