Winsock 接受事件有时会停止发送信号（WSAEventSelect）

Question

我对作为多线程套接字服务器一部分的一段遗留 c++/winsock 代码有疑问。应用程序创建一个线程来处理来自客户端的连接，其中通常同时有数百个连接。它通常可以毫无问题地运行几天（连续），然后突然停止接受连接。这仅发生在生产中，从不测试。

它使用 WSAEventSelect() 来检测 FD_ACCEPT 网络事件。连接处理程序的（简化）代码是：

SOCKET listener;
HANDLE hStopEvent;

// ... initialise listener and hStopEvent, and other stuff ...

HANDLE hAcceptEvent = WSACreateEvent();
WSAEventSelect(listener, hAcceptEvent, FD_ACCEPT); 
HANDLE rghEvents[] = { hStopEvent, hAcceptEvent };

bool bExit = false;
while(!bExit)
{
    DWORD nEvent = WaitForMultipleObjects(2, rghEvents, FALSE, INFINITE);
    switch(nEvent)
    {
        case WAIT_OBJECT_0:
            bExit = true;
            break;
        case WAIT_OBJECT_1:
            HandleConnect();
            WSAResetEvent(hAcceptEvent);
            break;
        case WAIT_ABANDONED_0:
        case WAIT_ABANDONED_0 + 1:
        case WAIT_FAILED:
            LogError();
            break;
    }
}

从详细的日志记录中我知道，当问题发生时，线程进入 WaitForMultipleObjects() 并且永远不会出现，即使有客户端尝试连接并等待接受。 WAIT_FAILED 和 WAIT_ABANDONED_x 条件永远不会发生。

虽然我没有排除服务器上的配置问题，甚至某种资源泄漏（找不到任何东西），但我也想知道 WSACreateEvent() 创建的事件是否以某种方式与FD_ACCEPT 网络事件 - 导致它永远不会触发。

那么，我在这里做错了什么吗？有什么是我应该做却没有做的吗？或者更好的方法？我将不胜感激任何建议！谢谢。

编辑

套接字是非阻塞套接字。

编辑

使用 kipkennedy 建议的方法解决了问题（如下）。将 hAcceptEvent 更改为自动重置事件，并删除了对不再需要的 WSAResetEvent() 的调用。

Answer 1

也许 FD_ACCEPT 在 Accept() 之后、返回和后续 ResetEvent() 之前的 HandleConnect() 期间发出信号。然后，ResetEvent() 最终重置所有信号，并且不会调用重新启用的accept()。例如，可能存在以下顺序：

1. 事件发出信号，WaitForMultipleObjects() 返回
2. 在 HandleConnect() 期间，调用accept() 后的某个时间，事件再次发出信号
3. HandleConnect() 返回
4. ResetEvent() 重置事件，屏蔽第二个信号
5. WaitForMultipleObjects () 永远不会返回，因为就 Windows 而言，它已经发出了后续事件的信号，并且后续的accept() 没有重新启用它

几个可能的解决方案： 1) 在 HandleConnect() 中的accept() 上循环，直到返回WSAEWOULDBLOCK 2) 使用自动重置事件或在调用 HandleConnect() 之前立即重置事件

Answer 2

代码看起来不错。我唯一可以建议的是调用 WSAWaitForMultipleObjects() 而不是全局版本。

Answer 3

通过阅读文档，似乎< code>WSAEventSelect() 对于通知的处理与 WSAAsyncSelect() 一样简洁。每次有连接进入时，堆栈不会发出 FD_ACCEPT 信号。对于 Winsock 来说，通知是它的表达方式：

您之前调用了 accept()，但失败并显示 WSAEWOULDBLOCK。再调用一次，这次应该会成功。

解决方案是在调用 WSAEventSelect() 之前调用 accept()，并且仅在获取 WSAEWOULDBLOCK 后调用 WSAEventSelect()代码>.为了使其按预期工作，您需要将侦听套接字设置为非阻塞。 （这似乎是显而易见的，但实际上并不是必需的。）

Answer 4

发生接受事件后，您不得执行 WSAResetEvent(hAcceptEven)。您必须发出 WSAEnumNetworkEvents（listener、hAcceptEvent、&some_struct）。此函数清除套接字的内部状态（ar 将此状态复制到 some_struct 中），之后您可以接收新连接。