异步事件循环设计和问题答案

【问题标题】：Asynchronous event loop design and issues异步事件循环设计和问题
【发布时间】：2011-02-16 07:38:23
【问题描述】：

我正在使用 epoll/devpoll/kqueue/poll/select（包括 windows-select）为异步套接字 IO 设计事件循环。

我有两种执行方式，IO操作：

非阻塞模式，在 EAGAIN 上轮询

轮询方式：轮询后执行

在我看来，在正常模式下使用时首先需要更少的系统调用，特别是对于写入套接字（缓冲区非常大）。此外，看起来有可能减少“选择”数量的开销处决，特别是当你没有可以很好地扩展的东西时作为 epoll/devpoll/kqueue。

问题：

注意事项：请不要建议使用现有的 event-loop/socket-api 实现

【问题讨论】：

【解决方案1】：

我不确定是否存在跨平台问题；最多只能使用 Windows Sockets API，但结果相同。

否则，无论哪种情况，您似乎都在进行轮询（避免阻塞等待），因此两种方法都可以。只要你不让自己处于阻塞的位置（例如，在没有数据时读取，在缓冲区满时写入），完全没有区别。

也许第一种方法更容易编码/理解；所以，就这样吧。

您可能有兴趣查看libev 和c10k problem 的文档，了解有关此主题的有趣想法/方法。

【讨论】：

【解决方案2】：

第一个设计是Proactor Pattern，第二个是Reactor Pattern

反应器模式的一个优点是，您可以设计您的 API，这样您就不必分配读取缓冲区，直到数据实际可供读取。这可以减少等待 I/O 时的内存使用量。

【讨论】：

【解决方案3】：

根据我使用低延迟套接字应用程序的经验：

for writes - 尝试从写入线程直接写入套接字（您需要为此获取事件循环互斥锁），如果写入不完整，请订阅事件循环（select/waitformultipleobjects）的写入准备并从事件循环线程写入当套接字可写时

用于读取 - 始终“订阅”所有套接字的读取就绪状态，因此当套接字变得可读时，您始终从事件循环线程中读取

【讨论】：