我不明白为什么它可以与未封闭的频道一起使用，或者为什么需要等待组

Question

在此代码中，我调用一个函数，该函数计算字符串中字母的数量，然后返回符文的地图。为了利用并发性，我使用goroutines调用该函数：

func ConcurrentFrequency(l []string) FreqMap {
    var wg sync.WaitGroup
    wg.Add(len(l))
    m := FreqMap{}

    // Using unbuffered channel
    // ch := make(chan FreqMap, len(l))
    ch := make(chan FreqMap)

    for _, s := range l {
        go func(s string, ch chan<- FreqMap) {
            defer wg.Done()
            ch <- Frequency(s)
        }(s, ch)
    }
    go func() {
        wg.Wait()
        close(ch)
    }()

    for cm := range ch {
        for r, n := range cm {
            m[r] += n
        }
    }

    return m
}

如果我在不使用WaitGroup和关闭通道的Goroutine的情况下尝试此代码：

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

，然后我会陷入僵局。

我不明白的是，为什么我能够循环循环，并从中读取多个地图。

这是完整的程序： https://go.dev/play/pplay/zuwr_hvtt5w

和conterent Method an而不是顺序方法：

goos: linux
goarch: amd64
pkg: letter
cpu: Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz
BenchmarkSequentialFrequency
BenchmarkSequentialFrequency-2              2820            367128 ns/op           17571 B/op         13 allocs/op
BenchmarkConcurrentFrequency
BenchmarkConcurrentFrequency-2              4237            282632 ns/op           12682 B/op         72 allocs/op
PASS
ok      letter  3.320s

Answer 1

在通道上的范围循环一直持续到通道关闭。

如果您删除最终关闭通道的goroutine，则FO循环永远不会终止。一旦所有goroutines发送值都完成，只剩下一个goroutine，并且永远被阻塞，等待关闭通道。

缓冲通道与此问题无关。它们仅帮助阻止发件人，但这里的问题是一个被阻塞的接收器。