首頁  >  文章  >  後端開發  >  為什麼 Goroutine 在 Go Playground 上與本地機器上的行為不同?

為什麼 Goroutine 在 Go Playground 上與本地機器上的行為不同?

DDD
DDD原創
2024-10-23 14:56:01425瀏覽

Why Do Goroutines Behave Differently on Go Playground vs. Local Machine?

Go Playground 和Go on Your Machine 之間的差異

比較Go on the Go Playground 和本地電腦上的您可能會遇到差異。為了闡明根本原因,讓我們深入研究您的具體範例。

在 Go Playground 上,GOMAXPROCS 最初設定為 1,您提供的程式碼預計會產生「進程花費太長時間」錯誤。這是因為 other() 函數中建立的 Goroutine 執行無限循環,導致主 Goroutine 無法繼續從已完成的通道接收資料。

但是,在您的本機電腦上,GOMAXPROCS 值可能已設定到更高的數量(例如,可用的 CPU 核心數量)。這允許多個 goroutine 並發運行。在你的例子中,主 goroutine 從完成通道接收數據,而另一個 goroutine 並行運行無限循環。一旦收到數據,主 Goroutine 就會繼續執行並終止程序,而不管其他 Goroutine 是否仍在運行。

這種非確定性行為是 Go 記憶體模型固有的。除非採用明確同步機制,否則無法保證 Goroutine 的執行順序。

說明:

在 Go Playground 上,GOMAXPROCS 設定為 1。這意味著一次只能運行一個 goroutine。在您的程式碼中,主 goroutine 執行 main() 函數並建立第二個 goroutine 來執行 other() 函數。然後,主 goroutine 在已阻塞的 did 通道上等待。

由於一次只能執行一個 goroutine,因此排程器選擇繼續執行 other() 函數。該函數在 did 通道上發送一個值,使當前的 (other()) 和主 goroutine 都可以運行。然而,調度程序繼續運行 other(),因為 GOMAXPROCS=1。

Other() 然後啟動另一個 goroutine 執行無限迴圈。調度程序選擇執行這個 goroutine,這需要很長時間才能達到阻塞狀態。導致 main() 函數沒有繼續執行,程式無限期地運行,在 Go Playground 上提示「Process take too long」錯誤。

本地,GOMAXPROCS 很可能大於 1。這允許多個同時運行的 goroutine。一旦 other() 將資料傳送到完成通道,調度程式就可以切換到主 goroutine,繼續完成並終止程式。即使其他 Goroutine 仍在運行,程式也會在主 Goroutine 終止時退出。

以上是為什麼 Goroutine 在 Go Playground 上與本地機器上的行為不同?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn