我有一个Cap'n Proto RPC服务器，可以在窗口中运行一些OpenGL命令。我对窗口的事件完全不感兴趣，但为了避免在 Windows 上被杀死，我需要每秒轮询一次事件。我怎样才能以简单的方式做到这一点？
我读过你可以制作自己的EventPort，但我无法弄清楚如何实际使用EventPorts。当我实际上对这些事件不感兴趣时，这也可能是矫枉过正。如果可能的话，我想优先考虑 RPC 事件而不是轮询窗口。
使用 EZ-rpc 以外的其他东西并不是缺点，因为我想稍后转向共享内存通信。
因此，Windows 事件处理中存在以下严重缺陷：处理网络 I/O 的最佳方法(尤其是具有许多连接(是通过 I/O 完成端口 (IOCP(。但是，不幸的是，Windows 无法让线程在同一线程中等待 IOCP 事件和 GUI 事件。这似乎是 Win32 API 中的一个严重设计缺陷，但几十年来一直如此。更奇怪的是，内部NT内核API实际上确实支持替代方案(具体来说，它们允许通过APC传递I/O完成事件(，但Microsoft尚未公开这些API，因此使用它们的应用程序可能会在未来版本的Windows中中断。
因此，基本上有两种方法可以设计一个同时执行网络 I/O 并实现 GUI 的程序：
-
使用基于
MsgWaitForMultipleObjectsEx的事件循环，而不是 IOCP。您将被限制为不超过 64 个连接，并且事件循环的效率相对较低。 -
具有用于网络和 GUI 的单独线程。
对于您的用例，听起来 #1 可能没问题，但还有另一个问题：KJ 事件循环库(由 Cap'n Proto 使用(尚未实现这种情况。它仅实现基于 IOCP 的网络。kj/async-win32.h中定义了Win32WaitObjectThreadPool类，用于处理 GUI 事件循环方法...但目前尚未实施。(如果您想做出贡献，欢迎 PR
！如果您真的不关心及时处理 GUI 事件，那么也许黑客会起作用：您可以使用kj::Timer创建一个循环，该循环等待一秒钟，然后检查 Win32 GUI 事件队列，然后再次等待，依此类推。这真的很丑陋，但可能很容易实现。我不确定kj::Timer是否通过 EZ-rpc 公开，因此您可能不得不转到像kj::setupAsyncIo()这样的较低级别的构建块。