事件循环与多线程阻塞IO

通常,如果应用程序需要处理数百万个连接,那么可以将多线程范式与基于事件的范式结合起来。

1. 首先,生成n个线程,其中n==计算机上的核心/处理器数量。每个线程都有一个它应该处理的异步套接字列表。
2. 然后,对于从接受者到线程的每个新连接,“负载平衡”新的套接字,使用最少的套接字。
3. 在每个线程中,对所有套接字使用基于事件的模型,这样每个线程实际上可以“同时”处理多个套接字。

通过这种方法,

1. 你永远不会产生一百万个线程。你只有你的系统能处理的尽可能多。
2. 您使用基于多核的事件,而不是单个核心。

不知道你所说的“低活动”是什么意思,但我相信主要的因素是你实际需要做多少来处理每个请求。假设有一个单线程事件循环,那么在您处理当前请求时,没有其他客户端能够处理它们的请求。如果您需要做很多事情来处理每个请求(“很多”意味着需要大量的CPU和/或时间),并且假设您的机器实际上能够高效地进行多任务处理(花费时间并不意味着等待共享资源,如单个CPU机器或类似的资源),那么多任务处理可以提高性能。多任务可能是一个多线程阻塞模型,但它也可能是一个单一的任务事件循环,收集传入的请求,将它们传递给一个多线程工作工厂,该工厂将依次处理这些请求(通过多任务),并尽快向您发送响应。

我不认为与客户机的缓慢连接有多重要,因为我相信操作系统会在你的应用程序之外有效地处理这一问题(假设你没有阻止最初发起请求的客户机进行多次往返的事件循环),但我自己没有测试过这一点。