0
A
回答
1
最有可能獲得更平均分配的請求,每個工作人員。如果你有一個端口處理比其他請求更多的請求,那麼處理該套接字的worker將不得不處理更多的請求。
相關問題
- 1. 上偵聽UDP套接字
- 2. 監聽套接字只偵聽一次
- 3. 偵聽所有內容的套接字
- 4. 不斷偵聽的套接字
- 5. 在偵聽套接字上的Listening套接字上接受連接(並且不再偵聽)?
- 6. 調查TCP套接字空閒偵聽
- 7. 試圖啓動偵聽器套接字
- 8. 偵聽套接字超時(Windows)
- 9. Android - 不斷偵聽UDP套接字
- 10. Java TCP套接字偵聽器
- 11. Linux套接字終止偵聽線程
- 12. TCP偵聽套接字未被創建
- 13. C#連續套接字偵聽
- 14. Android熱點偵聽套接字
- 15. 如何驗證套接字偵聽器?
- 16. MultiSocket偵聽Linux套接字編程
- 17. Android多播套接字停止偵聽
- 18. OpenOffice,偵聽套接字(Windows XP)
- 19. 創建多個偵聽套接字
- 20. 如何偵聽套接字的工作原理
- 21. 是否有關於偵聽TCP套接字的積壓行爲的RFC文檔?
- 22. 正確的方法來停止偵聽UDP套接字與RxExtensions
- 23. 爲什麼SO_RCVTIMEO從偵聽套接字繼承到接受的套接字?
- 24. 服務器上的TCP套接字正在關閉/未顯示處於偵聽狀態
- 25. 偵聽套接字udp和http連接的服務器代碼
- 26. 偵聽UDP套接字並轉發到TCP套接字(可能是Java的)
- 27. 偵聽套接字連接,而不接受在Linux上調用
- 28. 如何在adf中處理客戶端偵聽器之前處理動作偵聽器方法
- 29. 來自套接字監聽器的處理命令的延遲
- 30. 關於處理超過1024個套接字描述符