0

我有一个 Cap'n Proto RPC 服务器，它在一个窗口中运行一些 OpenGL 命令。我对窗口的事件根本不感兴趣，但为了避免在 Windows 上被杀死，我需要大约每秒轮询一次事件。我怎样才能以简单的方式做到这一点？

我读过你可以制作自己的 EventPort，但我不知道如何实际使用 EventPort。当我实际上对这些事件不感兴趣时​​，这也可能是矫枉过正。如果可能的话，我想优先考虑 RPC 事件而不是轮询窗口。

使用 EZ-rpc 以外的其他东西并不是一个缺点，因为我想稍后转向共享内存通信。

4

1 回答 1

1

因此，Windows 事件处理中存在一个严重缺陷：处理网络 I/O 的最佳方式，尤其是在有许多连接的情况下，是通过 I/O 完成端口 (IOCP)。然而，不幸的是，Windows 无法让线程在同一线程中等待 IOCP 事件和 GUI 事件。这似乎是 Win32 API 中的一个严重设计缺陷，但几十年来一直如此。更奇怪的是，内部 NT 内核 API 实际上支持替代方案（特别是，它们允许通过 APC 传递 I/O 完成事件）但 Microsoft 尚未公开这些 API，因此使用它们的应用程序将来可能会中断Windows 版本。

因此，基本上有两种方法可以设计同时进行网络 I/O 和实现 GUI 的程序：

  1. 使用MsgWaitForMultipleObjectsEx基于 - 的事件循环而不是 IOCP。您将被限制为不超过 64 个连接，并且事件循环将相对低效。

  2. 网络和 GUI 有单独的线程。

对于您的用例，听起来 #1 可能会很好，但还有另一个问题：KJ 事件循环库（由 Cap'n Proto 使用）尚未实现这种情况。它只实现基于 IOCP 的网络。Win32WaitObjectThreadPool定义了一个类kj/async-win32.h来处理 GUI 事件循环方法……但目前它还没有实现。（如果您愿意贡献，欢迎 PRs！）

如果您真的不关心及时处理 GUI 事件，那么也许黑客会起作用：您可以使用kj::Timer创建一个等待一秒钟的循环，然后检查 Win32 GUI 事件队列，然后再次等待，等等上。这真的很难看，但可能很容易实现。我不确定是否kj::Timer通过 EZ-rpc 公开，因此您可能不得不kj::setupAsyncIo()转而使用较低级别的构建块。

于 2018-08-19T00:29:00.660 回答