為什麼無限循環 Goroutines 會阻塞 Go 的 HTTP 伺服器，儘管有 `runtime.GOMAXPROCS` 和 `runtime.LockOSThread()`？

Go 中的 Goroutine 無限循環阻塞 HTTP 伺服器

Go 程式語言允許建立並行運行的並發 goroutine。然而，最近的一項觀察引起了人們對 HTTP 伺服器中無限循環 goroutine 行為的擔憂。

根據 Go 文檔，使用 8 個 CPU 核心設定 runtime.GOMAXPROCS(8) 應該允許 goroutine 並行運作而不互相阻擋。但是，使用 net/http 套件時並非如此。無限循環 goroutine 似乎會在幾次請求後阻塞伺服器。

問題不限於程式碼，因為即使將 runtime.LockOSThread() 新增到無限循環 goroutine 中，它仍然存在。這是意想不到的，因為runtime.LockOSThread()應該確保循環在單獨的線程中運行，從而釋放其他goroutine以繼續執行。

解釋

Go運行時的調度程序並不完全是搶佔式的。在沒有函數呼叫的情況下，例如無限循環程式碼的情況，不會觸發調度程式。這使得無限循環 goroutine 獨佔 CPU 並阻止其他 goroutine 執行。

解

此問題有幾個可能的解決方案：

• 為無限循環加入內容：透過新增主體或函數呼叫無限循環，調度器會被更頻繁地觸發，其他goroutines就有機會運行。
• 定期呼叫runtime.Gosched：runtime.Gosched()函數可以是用於手動讓出調度程序，允許其他 goroutine 執行。這種方法對於性能敏感的應用程式可能並不理想。

需要注意的是，runtime.LockOSThread() 並沒有完全隔離單獨執行緒中的循環。它允許循環在任何執行緒上運行，但如果其他 goroutine 需要執行，調度程序仍然可能會中斷它。

以上是為什麼無限循環 Goroutines 會阻塞 Go 的 HTTP 伺服器，儘管有 `runtime.GOMAXPROCS` 和 `runtime.LockOSThread()`？的詳細內容。更多資訊請關注PHP中文網其他相關文章！