3 回答

TA貢獻(xiàn)1790條經(jīng)驗 獲得超9個贊
大流子流器將阻止等待寫入通道,因為通道讀取發(fā)生在大流子流結(jié)束之后(在wg.完成),因此出現(xiàn)死鎖。
這里的簡單解決方案是擺脫等待組。通道讀取操作將阻塞,直到 goroutine 寫入通道,因此在讀取兩個通道后,無需等待。

TA貢獻(xiàn)1812條經(jīng)驗 獲得超5個贊
事實上,這里并不是真的需要等待小組。但是,如果您想繼續(xù)試驗戈魯丁和通道,那么您也可以嘗試使通道緩沖,例如:
c1 := make(chan string, 1) c2 := make(chan string, 1)
然后發(fā)生的事情是,您可以為每個通道寫入單個條目而不會阻塞。

TA貢獻(xiàn)1887條經(jīng)驗 獲得超5個贊
讀取/寫入無緩沖通道是阻塞調(diào)用,這意味著這些行:
c <- "foo" c <- "bar"
將掛起,直到您到達(dá)從通道中提取值的調(diào)用,即這些行:
foo := <-c1 bar := <-c2
死鎖的原因是在這兩行之前調(diào)用。為了移動過去,所有等待組必須完成,但您的等待組不能完成,因為被推遲到/取消阻止。如前所述,在到達(dá) / 之前,無法取消阻止這些內(nèi)容,并且由于 .你可以看到怎么可能沒有進(jìn)展,因此僵局。wg.Wait()
wg.Wait()
wg.Done()
c <- "foo"
c <- "bar"
foo := <-c1
bar := <-c2
wg.Wait()
最佳做法是避免使用等待組和互斥鎖,直到絕對必要。通常,(就像在這種情況下)解決方案在純Go中是可能的,這些包只會使代碼復(fù)雜化。
- 3 回答
- 0 關(guān)注
- 85 瀏覽
添加回答
舉報