我在用goroutines和channels寫一些golang并發(fā)代碼，懷疑我的代碼可能會(huì)導(dǎo)致goroutine泄露。我的情況類似下面的代碼，或者你可以打開這個(gè)go playground鏈接。func main() {? ? numCount := 3? ? numChan := make(chan int)? ? for i := 0; i < numCount; i++ {? ? ? ? go func(num int) {? ? ? ? ? ? fmt.Printf("Adding num: %d to chan\n", num)? ? ? ? ? ? numChan <- num? ? ? ? ? ? fmt.Printf("Adding num: %d to chan Done\n", num)? ? ? ? }(i)? ? }? ? time.Sleep(time.Second)? ? panic("Goroutine Resource Leak Test")}?在我看來(lái)，當(dāng)主 goroutine 返回時(shí)，三個(gè) goroutine 被阻止發(fā)送到無(wú)緩沖通道，并且會(huì)出現(xiàn) goroutine 泄漏。表明So only if the channel was unbuffered the leak would occur.Go 編程語(yǔ)言建議：我們可以在測(cè)試期間使用一個(gè)方便的技巧：如果我們不在取消事件中從 main 返回，而是執(zhí)行對(duì) panic 的調(diào)用，那么運(yùn)行時(shí)將轉(zhuǎn)儲(chǔ)程序中每個(gè) goroutine 的堆棧。如果主 goroutine 是唯一剩下的 goroutine，那么它已經(jīng)完成了自己的清理工作。但是如果還有其他goroutines，可能是沒(méi)有正確取消，或者已經(jīng)取消了，但是取消需要時(shí)間；進(jìn)行一些調(diào)查可能是值得的。恐慌轉(zhuǎn)儲(chǔ)通常包含足夠的信息來(lái)區(qū)分這些情況。因此，我panic("Goroutine Resource Leak Test")在 main 函數(shù)的末尾添加來(lái)驗(yàn)證我的假設(shè)。但是，panic dump 僅包含 main goroutine，即沒(méi)有資源泄漏。Adding num: 0 to chanAdding num: 1 to chanAdding num: 2 to chanpanic: Goroutine Resource Leak Testgoroutine 1 [running]:main.main()? ? /tmp/sandbox011109649/prog.go:21 +0xc0誰(shuí)能幫忙解釋一下為什么沒(méi)有 goroutine 泄漏，或者如果有泄漏，我應(yīng)該如何獲得正確的恐慌轉(zhuǎn)儲(chǔ)任何建議將不勝感激，在此先感謝！