我一直看到一些文章（和 golang 自己的文檔）描述通道操作的方式與我在現實中看到的不一致。它與 Go 如何阻塞通道讀/寫有關。我現在在多個地方讀到，當一個 goroutine 看到對通道的讀取或寫入時，它會阻止執行，這意味著它要么等待接收數據，要么等待另一個 goroutine 從通道接收數據。但是，如果您查看以下示例，這顯然不是第二次寫入發生的情況。package mainimport (    "fmt")func firstFunc(ch chan string) {    fmt.Println("firstFunc Hello", <-ch)    fmt.Println("firstFunc() carries on getting called")}func secondFunc(ch chan string) {    fmt.Println("secondFunc Hello", <-ch)    fmt.Println("secondFunc() carries on getting called")}func main() {    fmt.Println("main() started")    c1 := make(chan string)    c2 := make(chan string)    go firstFunc(c1)    go secondFunc(c2)    c1 <- "John"    c2 <- "Bob"    fmt.Println("main() ended")}這就是我解釋 Go 執行此代碼的方式：它打印 main() 開始的消息，創建通道 c1 和 c2 并將 firstFunc 和 secondFunc goroutine 排隊（但此時不執行它們）它到達 c1 <- "John" 并阻止它，直到另一個 goroutine 從該通道讀取此時它調度 firstFunc 從 c1 讀取并繼續執行其余代碼直到函數結束main() 再次被重新安排，下一行是 C2 <- "Bob"，此時我認為 main() 應該再次阻塞，就像它對 "John" 所做的那樣，并等待 secondFunc 在繼續之前從中讀取。但這不是發生的事情。輸出：main() startedfirstFunc Hello JohnfirstFunc() carries on getting calledmain() ended它不會簡單地阻止對“Bob”的寫入，而是繼續執行直到 main() 完成并且從不調度 secondFunc?，F在這已經成為我學習 Go 的一個障礙，因為我不確定是我不能信任的文章還是我的理解存在差距。我將不勝感激這方面的一些幫助。