执行例程不从通道收集所有对象

目前golang学习网上已经有很多关于Golang的文章了，自己在初次阅读这些文章中，也见识到了很多学习思路；那么本文《执行例程不从通道收集所有对象》，也希望能帮助到大家，如果阅读完后真的对你学习Golang有帮助，欢迎动动手指，评论留言并分享~

问题内容

我有一个go-routine将对象添加到通道中，然后我有 4 个go- routines来处理通道的对象。处理只不过是将对象添加到数组中。但有时，最终数组中缺少对象。所以我假设通道在某些时候会停止收集对象。我有以下代码：

package main

import (
    "log"
    "sync"
)

func main() {
    j := 0
    for {
        if j == 10 {
            break
        }
        wg := sync.WaitGroup{}
        months := []string{"Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul"}
        hits := make(chan string)
        i := 0
        wg.Add(1)
        go func() {
            defer close(hits)
            for {
                if i == 25 {
                    wg.Done()
                    return
                }
                for _, month := range months {
                    hits 
我正在使用sync库来同步例程。我将相同的过程循环 10 次以测试输出是否一致。我期待这样的输出：
length of temp 175

它是 175，因为我要发送 7 个月的字符串 25 次。但有时输出小于175，我不知道为什么。我对 goroutines
有点初学者。那么有人可以帮我在这里找到原因吗？谢谢。

    正确答案

问题是updateWorkergoroutines 都从hits通道收集结果（到目前为止一切都很好），并且它们都将结果存储到temp局部变量
unsynchronized 中。这不行。
必须同步对来自多个 goroutine 的所有变量的访问（其中至少一个是写入）。
如果您在启用竞争检测器的情况下运行它，它会尖叫数据竞争 ( go run -race app.go)。
如果你将updateWorkergoroutine 的数量减少到 1，它会立即产生有效的结果，因为这样我们就消除了你的应用程序的单一数据竞争源：
for updateWorker := 1; updateWorker 
如果你想保留多个updateWorkergoroutine，它们对共享temp变量的访问必须是同步的。
有一个sync.Mutex：
var (
    mu   sync.Mutex
    temp []string
)
for updateWorker := 1; updateWorker 
另请注意，在这个简单的示例中，使用多个updateWorkergoroutine
并没有获得任何好处，与仅使用其中一个相比，添加上述同步（锁定）甚至会降低性能。
为了正确分配工作和收集结果，请查看以下答案：[这是 Go
中惯用的工作线程池吗？](https://stackoverflow.com/questions/38170852/is-this-an-
idiomatic-worker-thread-pool-in-go/38172204#38172204)
到这里，我们也就讲完了《执行例程不从通道收集所有对象》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于golang的知识点！