WriteFile/ReadFile 发生死锁

Question

我正在使用管道，并且在 WriteFile/ReadFile 上遇到了某种死锁。这是我的代码：

hProbePipeRet = CreateNamedPipe( 
          "\\\\.\\pipe\\probePipeRet", // pipe name 
          PIPE_ACCESS_DUPLEX,       // read/write access 
          PIPE_TYPE_MESSAGE |       // message type pipe 
          PIPE_READMODE_MESSAGE |   // message-read mode 
          PIPE_WAIT,                // blocking mode 
          PIPE_UNLIMITED_INSTANCES, // max. instances  
          BUFSIZE,                  // output buffer size 
          BUFSIZE,                  // input buffer size 
          5,                        // client time-out 
          NULL);                    // default security attribute 

首先我创建我的管道，然后在另一个应用程序中像这样使用它：

WriteFile( 
            hProbePipeRet,        // handle to pipe 
            msg.c_str(),     // buffer to write from 
            msg.size(), // number of bytes to write 
            &dwBytesWritten,   // number of bytes written 
            NULL);        // not overlapped I/O 

然后我收到它：

        fSuccess = ReadFile( 
            myInst->hProbePipeRet,        // handle to pipe 
            buf,    // buffer to receive data 
            BUFSIZE, // size of buffer 
            &dwBytesRead, // number of bytes read 
            NULL);        // not overlapped I/O 

这是非常基本的，我还有两个管道可以做完全相同的事情，唯一的区别是它们位于不同的线程中，但我只需要这个线程来进行基本的消息事务。

第一次尝试时，管道上的信息被成功读取，但第二次尝试时，如果我不发送至少 BUFSIZE 的数据，则 WriteFile 和 ReadFile 都会阻塞。正如我所说，我还有两个管道执行相同的操作，具有相同的功能，并且我不需要发送 BUFSIZE 数据即可成功通信。

编辑：附加信息

执行如下：通过pipe1将消息发送到服务器，接收该消息，然后在我有问题的代码中使用hProbePipeRet返回数据。数据由客户端读取并打印到屏幕上。

使用 pipeline1 发送另一条消息，收到后结果再次进入 hProbePipeRet，客户端正在等待至少 BUFSIZE 的信息，我不知道服务器在做什么，但它在 WriteFile 处被阻止。

这种情况与我的其他管道相同，但我没有将 hProbePipeRet 放在单独的线程中来读取它。我这样做是因为我在发送消息后需要立即得到答复。

Answer 1

也许您遇到了使用阻塞 IO 的问题。对 ReadFile 的调用会阻塞，直到有内容可供读取。如果您有一个调用 write 然后 read 的循环，它可能会在第二次调用中阻塞。
也许你应该考虑使用 async io。您可以通过事件调用 readFile。当有东西要读时，事件就会被设置。所以不需要创建多个线程。

Answer 2

使用 PIPE_TYPE_BYTE 和 PIPE_READMODE_BYTE 而不是 MESSAGE 计数器部分。此外，在任何客户端连接之前，服务器不得执行任何阻塞读取操作。

请参阅 http://msdn.microsoft .com/en-us/library/windows/desktop/aa365150(v=vs.85).aspx

编辑：对于“不得执行任何阻止”读取操作'：根据文档，这可能会导致竞争条件，这实际上可能是您的情况，但是如果不查看更多代码，就很难判断。