GetQueuedCompletionStatus не может удалить IOCP из IOCP, если поток, который первоначально выполнил IO, блокируется в ReadFile под Windows 8
Мое приложение перестало работать после переключения на 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 и выдает async accpet, затем читает блокирующий канал. Я протестировал эту программу на Windows 7, 8, XP, 2003, 2008, после «telnet 127.0.0.1 1999», «снял с себя IO \ n»; будет напечатано на консоли, кроме Windows 8.
Дело в том, что поток, который первоначально выполнил асинхронную операцию, не должен блокироваться в ReadFile или GetQueuedCompletionStatus, никогда не будет удалять этот IO до тех пор, пока ReadFile не вернется в Windows 8.
Я также проверил, используя "scanf" вместо чтения канала результаты такие же, как & quot; scanf & quot; вызовет ReadFile для чтения консоли в конце концов. Я не знаю, является ли ReadFile единственной затронутой функцией или могут быть другие функции.
Я могу подумать об использовании выделенного потока для выполнения асинхронных операций, и вся бизнес-логика связывается с этим выделенным потоком для выполнения accept / send / recv. Но дополнительный слой означает дополнительные издержки, есть ли способ достичь той же производительности, что и в предыдущих версиях Windows на Windows 8?