1

所以我一直在做一些 WIN32 套接字编程，我试图理解为什么重叠 IO 是首选。特别是，我想知道为什么会这样

if (WSARecv(
            socket,
            dataBuf,
            1,
            NULL,
            &flags,
            &ov,
            NULL)
            == SOCKET_ERROR) {
    if (WSAGetLastError() == WSA_IO_PENDING)
    {
        if (WSAWaitForMultipleEvents(1, &ov.hEvent, FALSE, INFINITE, FALSE) == WAIT_TIMEOUT)
        {
            return FALSE;
        }
    } else {
        return FALSE;
    }
}
// ... more code here
return TRUE;

优于像这样的普通 IO 调用

 recv(socket, dataBuf, bufLen), 0);

据我了解，如果 IO 事件未在 WSAWaitForMultipleEvents 完成，第一个调用将阻塞，而第二个调用直接在 recv 上阻塞，直到数据到达。那么稍晚一点 IO 调用块的实际好处是什么？是不是如果你在等待你做之前有一些你可以做的事情？

如果是这种情况，在数据到达之前您无能为力的应用程序中是否值得/需要重叠 IO？

4

2 回答 2

4

您展示的案例不是使用任何类型的异步 I/O 的典型原因，我想说的恰恰相反（因为正如您所指出的那样，它并不是真正的异步）。

使用异步 I/O 的典型原因仅仅是因为它是异步的，您的程序可以继续执行其他操作，而不是等待 I/O 操作完成。

于 2016-08-22T02:23:41.943 回答
1

异步 I/O 节省线程资源。

特别是，每当您通过同步 I/O 处理一些客户端请求时，您都会为其分配 1 个线程。当您有 1 个客户时，它可以正常工作。或 10 个客户。

如果您有 10000 个客户端，则必须为它们创建 10K 线程来为它们服务。这是可能的，但在许多情况下效率低下。

使用异步 I/O 允许在一个线程中处理大量客户端（具体数量取决于操作系统/架构）。通常这种方法可能比少数客户端的专用线程慢一点（因为请求处理是序列化的），但在其他情况下吞吐量要好得多。

于 2016-08-22T08:05:44.150 回答