所以我知道 goroutine 的開銷很低，但我想知道它們有多好。如果我有一個處理傳入消息的服務器，與使用帶有通道的標準生產者/消費者模型相比，創建一個新的 go 例程來處理每個傳入消息如何？就像擁有一個高性能的 go 服務器來為任何傳入的請求生成新的 go 例程是合理的。
2 回答
呼喚遠方
TA貢獻1856條經驗 獲得超11個贊
我們實際上是在用類似的方法進行壓力測試。我們為每個 http 請求生成了新線程。并發性非常好，在 10 秒內我們就達到了 100,000 個請求。您可能面臨的唯一瓶頸是內存，因為如果所有處理都不夠快，那么您可能會用完該進程的內存。
我很確定有一個解決方法，但這就是為什么你想要限制而不產生無限的 go 例程的原因之一。我們面臨的問題是我們試圖從另一個 API 獲取數據，而該 API 無法跟上這種并發水平。因此，之前的節流建議。
幕布斯7119047
TA貢獻1794條經驗 獲得超8個贊
內置http包對每個連接使用一個 goroutine，并且有許多基準測試表明它能夠處理數千個并發用戶。因此，除非您有很多連接，每個連接都有很多消息，否則我會說為每條消息創建一個新的 goroutine 是合理的。無論如何，Go 有一個很好的基準測試功能，您可以使用它來驗證您的假設。
https://golang.org/src/net/http/server.go#L2137
- 2 回答
- 0 關注
- 240 瀏覽
添加回答
舉報
0/150
提交
取消