Question

我正在使用IO完成例程通过管道在不同机器上的两个进程之间进行通信。

有时，当调用WriteFileEx的完成例程时，完成例程参数dwErrorCode为0（即无错误），GetOverlappedResult返回true（即无错误），但dwNumberOfBytesTransfered与WriteFileEx调用中的nNumberOfBytesToWrite不匹配。我只在管道的客户端看到这个。

如果传输的字节数与请求传输的字节数不匹配，如何才能认为这是成功的呢？

这是客户端管道句柄的创建方式：

mHPipe = CreateFile(pipeName,                 // pipe name 
                    GENERIC_READ |            // read and write access 
                    GENERIC_WRITE, 
                    0,                        // no sharing 
                    NULL,                     // default security attributes
                    OPEN_EXISTING,            // opens existing pipe 
                    FILE_FLAG_OVERLAPPED |    // overlapped
                    FILE_FLAG_WRITE_THROUGH,  // write through mode
                    NULL);                    // no template file 

// do some checking...

// The pipe connected; change to message-read mode. 
DWORD dwMode = PIPE_READMODE_MESSAGE; 
BOOL fSuccess = SetNamedPipeHandleState(mHPipe,   // pipe handle 
                                        &dwMode,  // new pipe mode 
                                        NULL,     // don't set maximum bytes 
                                        NULL);    // don't set maximum time

有人能看出为什么会这样吗？

由于

修改

相关的WriteFileEx代码如下：

void WINAPI CompletedWriteRoutine(DWORD dwErrorCode, DWORD dwNumberOfBytesTransfered, LPOVERLAPPED lpOverLap)
{
  BOOL fWrite = FALSE;
  LPPIPEINST lpPipeInst = (LPPIPEINST)lpOverLap;

  //
  // !  99.9% of the time, dwNumberOfBytesTransfered == lpPipeInst->cbDataSize
  //    but 0.1% of the time, they do not match
  //

  // Some stuff

  // Copy next message to send
  memcpy_s(lpPipeInst->chData, sizeof(lpPipeInst->chData), pMsg->msg, pMsg->size);
  lpPipeInst->cbDataSize = pMsg->size;

  // Some other stuff

  fWrite = WriteFileEx(lpPipeInst->hPipeInst,
                       lpPipeInst->chData,
                       lpPipeInst->cbDataSize,
                       (LPOVERLAPPED) lpPipeInst,
                       (LPOVERLAPPED_COMPLETION_ROUTINE)CompletedWriteRoutine);

  // Some other, other stuff
}

LPPIPEINST声明为：

typedef struct 
{ 
  OVERLAPPED oOverlap;      // must remain first item
  HANDLE hPipeInst;
  TCHAR chData[BUFSIZE];
  DWORD cbDataSize;
} PIPEINST, *LPPIPEINST;

对CompletedWriteRoutine的初始调用给出了如此声明的lpOverlap参数：

PIPEINST pipeInstWrite        = {0};
pipeInstWrite.hPipeInst       = client.getPipeHandle();
pipeInstWrite.oOverlap.hEvent = hEvent[eventWriteComplete];

修改

在哈利建议重新初始化重叠结构后，我发现了一些特殊的东西。我memset结构OVERLAPPED在每个WriteFileEx之前归零，大约1/5000完成例程回调，cbWritten参数和OVERLAPPED结构{{1}现在将member设置为上一条消息的大小，而不是最近的消息。我在完成例程内的管道的客户端和服务器端添加了一些日志记录文件，两端发送和接收的数据完全匹配（以及正确的预期数据）。然后，这会在将数据写入文件所花费的时间内公布，InternalHigh结构中的InternalHigh成员已更改为现在反映我期望的消息的大小（OVERLAPPED仍然是旧邮件大小）。我删除了文件记录，现在我可以使用以下代码重现问题：

cbWritten

有时，在void WINAPI CompletedWriteRoutine(DWORD dwErr, DWORD cbWritten, LPOVERLAPPED lpOverLap) { LPPIPEINST lpPipeInst = (LPPIPEINST)lpOverLap; // Completion routine says it wrote the amount of data from the previous callback if (cbWritten != lpPipeInst->cbDataSize) { // Roughly 1 in 5000 callbacks ends up in here OVERLAPPED ovl1 = lpPipeInst->oOverlap; // Contains size of previous message, i.e. cbWritten Sleep(100); OVERLAPPED ovl2 = lpPipeInst->oOverlap; // Contains size of most recent message, i.e lpPipeInst->cbDataSize } ... }结构之前调用完成例程并更新完成例程输入参数。我正在使用OVERLAPPED来完成在Windows 7 64位上调用的完成例程。

This MSDN page说：

“调用完成例程后，系统不使用OVERLAPPED结构，因此完成例程可以释放重叠结构使用的内存。”

......显然，这段代码可以重现的内容永远不会发生？

这是一个WINAPI错误吗？

Answer 1

在FILE_FLAG_NO_BUFFERING电话中添加了CreateFile - 从那以后没有看到问题。感谢所有评论您时间的人。

WriteFileEx完成例程成功，但传输的字节不正确

1 个答案: