IO 完成端口中的业务逻辑

Business logic in IO completion Port

本文关键字：业务 IO      更新时间：2023-10-16

我对 IO 完成端口以及 winsock2 中的 AcceptEx 有一些疑问

如果我错了，请纠正我。

  1. AcceptEx 是一种接受请求或连接的重叠方式。但是，正如本网站上的多篇帖子所指出的那样，如果AcceptEx需要数据但不是由连接的客户端发送的，则AcceptEx容易受到DOS攻击。那么，可以通过将 0 放在dwReceiveDataLength来解决吗？

  2. 此外，在接受相应连接时能够从客户端接收数据而不是稍后使用AcceptEx接收数据有什么优势？

  3. 接受来自相反终结点的连接并将其与 IO 完成端口关联后，请求将在 IO 完成端口中作为与其各自句柄关联的完成数据包排队。在完成端口上阻塞的工作线程将被唤醒，具体取决于为请求提供服务NumberOfConcurrentThreads。那么，完成端口中的线程是 IO 线程吗？

  4. 那么，我应该在套接字服务器中的什么位置实现业务逻辑或操作呢？例如，来自客户端的请求将数字发送到服务器进行处理，而服务器的行为类似于计算器，通过回显计算输出进行响应。因此，是否可以在 IO 完成端口中实现此逻辑？

    5. 如果逻辑在 IO 完成端口中

  5. 实现（当在 IO 完成端口中处于活动状态的 IO 线程（假设）执行WSARecv或WSASend时），如果所有积压工作都被占用，IO 线程是否会在等待计算完成时阻塞，从而无法建立任何连接？

编辑：

  • 例如，在接受客户端套接字并在 IO 完成端口 （main_cpl_port） 中排队/关联后，阻止此main_cpl_port的线程GetQueuedCompletionStatus取消排队完成数据包，随后将数据读入分配的缓冲区。在任何响应写回客户端之前，缓冲区被处理/解析为"命令"（例如：GoToCalculator，GoToRecorder）。
  • 例如，GoToCalculator负责其他与计算相关的命令。
  • 在这种情况下，GoToCalculator实际上是另一个IO完成端口，可以满足与计算相关的所有请求。假设完成端口被命名为 calc_completion_port。
  • 因此，是否有可能将来自main_cpl_port的完成数据包从当前与main_cpl_port关联的客户端套接字发布到calc_completion_port以供将来的 IO（发送和接收）。这是PostQueuedCompletionStatus的用途吗？
  • 从客户端发送的消息在发布到calc_completion_port后是否可以被阻止此完成端口的线程接收？换句话说，如何将连接从另一个完成端口重定向到另一个完成端口？

1）避免潜在的AcceptEx DOS攻击很容易，只是不要为数据提供任何空间，一旦建立连接，AcceptEx就会完成。

2） 使用 AcceptEx 意味着您不需要单独的线程来运行接受循环。这会从系统中删除一个线程并减少上下文切换。如果要侦听多个套接字（不同的端口/接口），这尤其有用，因为每个侦听套接字都需要自己的接受线程。

3） 是的，在 IOCP 上调用 GetQueuedCompletionStatus 的工作线程可以被认为是 I/O 线程...

4）视情况而定。我已经构建了具有不同、固定大小的 I/O 线程池的系统，这些线程池从不执行任何阻塞操作，并且设计用于执行阻塞操作的单独扩展线程池。这个想法是，这将防止所有线程被阻塞并阻止I/O...这需要您将工作项传递给其他线程池，这会导致不必要的上下文切换和复杂性，但这意味着您始终有线程来执行 I/O 操作（例如在 AcceptEx 完成时处理新连接）...当 IOCP API 用于取消挂起的操作时，如果发出的线程在操作完成之前退出，这种设计曾经很好地工作。既然操作系统已经更改了规则并且挂起的操作没有被取消，那么您没有真正的理由不拥有一个扩展/收缩的 I/O 线程池并在那里完成所有工作......您只需要跟踪有多少线程可用并创建/销毁线程，因为您需要扩展/收缩池......

5） 见 4.

相关文章：