如果最初发出IO的线程在Windows 8下的ReadFile中阻塞,则GetQueuedCompletionStatus无法从IOCP中取消IO

Question

我的应用程序在切换到Windows 8后停止工作.我花了几个小时调试问题,发现IOCP在Windows 8和以前的版本之间表现不同.我提取必要的代码来演示和重现问题.

SOCKET sListen;

DWORD WINAPI WorkerProc(LPVOID lpParam)
{
    ULONG_PTR dwKey;
    DWORD dwTrans;
    LPOVERLAPPED lpol;
    while(true)
    {
        GetQueuedCompletionStatus((HANDLE)lpParam, &dwTrans, &dwKey, (LPOVERLAPPED*)&lpol, WSA_INFINITE);
        printf("dequeued an IO\n");
    }
}
DWORD WINAPI StartProc(LPVOID lpParam)
{
    WSADATA WsaData;
    if (WSAStartup(0x202,&WsaData)!=0) return 1;
    sListen = WSASocket(AF_INET, SOCK_STREAM, 0, NULL, 0, WSA_FLAG_OVERLAPPED);
    SOCKADDR_IN si;
    ZeroMemory(&si,sizeof(si));
    si.sin_family = AF_INET;
    si.sin_port = ntohs(1999);
    si.sin_addr.S_un.S_addr = INADDR_ANY;
    if(bind(sListen, (sockaddr*)&si, sizeof(si)) == SOCKET_ERROR) return 1;
    listen(sListen, SOMAXCONN);
    HANDLE hCompletion = CreateIoCompletionPort(INVALID_HANDLE_VALUE, 0, 0, 0);
    CreateIoCompletionPort((HANDLE)sListen, hCompletion, (DWORD)0, 0);
    CreateThread(NULL, 0, WorkerProc, hCompletion, 0, NULL);
    return 0;
}
DWORD WINAPI AcceptProc(LPVOID lpParam)
{
    DWORD dwBytes;
    LPOVERLAPPED pol=(LPOVERLAPPED)malloc(sizeof(OVERLAPPED));
    ZeroMemory(pol,sizeof(OVERLAPPED));
    SOCKET sClient = WSASocket(AF_INET, SOCK_STREAM, 0, NULL, 0, WSA_FLAG_OVERLAPPED);
    BOOL b = AcceptEx(sListen, 
        sClient,
        malloc ((sizeof(sockaddr_in) + 16) * 2), 
        0,
        sizeof(sockaddr_in) + 16, 
        sizeof(sockaddr_in) + 16, 
        &dwBytes, 
        pol);
    if(!b && WSAGetLastError() != WSA_IO_PENDING)   return 1;
    HANDLE hPipe=CreateNamedPipeA("\\\\.\\pipe\\testpipe",PIPE_ACCESS_DUPLEX,PIPE_TYPE_BYTE | PIPE_READMODE_BYTE | PIPE_WAIT,PIPE_UNLIMITED_INSTANCES,4096,4096,999999999,NULL);
    BYTE chBuf[1024]; 
    DWORD  cbRead; 
    CreateFileA("\\\\.\\pipe\\testpipe", GENERIC_READ |GENERIC_WRITE,  0,NULL, OPEN_EXISTING, 0, NULL);
    ReadFile(hPipe,chBuf,1024, &cbRead,NULL);
    return 0;
}

int main()
{
    printf ("Starting server on port 1999...");
    WaitForSingleObject(CreateThread(NULL, 0, StartProc, NULL, 0, NULL),INFINITE);
    CreateThread(NULL, 0,AcceptProc, NULL, 0, NULL);
    printf ("done\n");
    Sleep(10000000);
    return 0;
}

这个程序侦听端口1999并发出异步accpet然后读取阻塞管道.我已经在Windows 7,8,XP,2003,2008上测试了这个程序,在"telnet 127.0.0.1 1999"之后,除了windows 8之外,将在控制台上打印出"IO \n".

关键是最初发出异步操作的线程必须不会在ReadFile中阻塞,否则GetQueuedCompletionStatus将永远不会将该队列出队,直到ReadFile在Windows 8上返回.

我还测试使用"scanf"而不是读取管道,结果是相同的,因为"scanf"最终将调用ReadFile来读取控制台.我不知道ReadFile是唯一受影响的功能还是可能有其他功能.

我能想到的是使用专用线程来发出异步操作,并且所有业务逻辑都与该专用线程通信以执行accept/send/recv.但额外的层意味着额外的开销,有没有办法实现与Windows 8上以前版本的Windows相同的性能？

Answer 1

请参阅https://connect.microsoft.com/WindowsServer/feedback/details/760161/breaking-change-to-acceptex-and-iocp-in-server-2012-and-windows-8

这是一个错误,官方的MS响应是"我们已经将其传递给基础操作系统团队,他们将考虑将其用于未来的更新.我正在解决这个推迟的问题."

注意:我今天(2013年9月12日)在完全修补的Windows 8版本上运行此测试以准备测试Windows 8.1,并发现该问题现在在Windows 8上已得到修复.我不知道它什么时候修好了.