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个套接字描述符