异步串行通信：为什么 ReadFile() 在 OVERLAPPED 结构中设置事件？

我利用各种来源拼凑了一些（多线程）代码来从串行端口读取和写入。一切都工作正常......除了从串行端口读取的线程中的循环无意中进行了繁忙的等待。本质上重复发生的是：

• 事件（在读取循环之外创建）被重置，并且其句柄用作 OVERLAPPED 结构中的 hEvent 成员。
• ReadFile() 传递 OVERLAPPED 结构（以及其他参数）并立即返回
• WaitForSingleObject() 等待 OVERLAPPED 结构中的事件，但始终立即返回，因为事件始终在 ReadFile() 之后设置
• 然后向 GetOverlappedResult() 传递相同的 OVERLAPPED 结构，成功返回，但通常只读取 0 个字节

我的期望是，该事件的全部目的是在有数据可供读取时发出信号。但是 ReadFile() 设置了事件，那么有什么意义呢？我缺少什么？

以下精简代码演示了我的系统上的问题（我已连接 COM3）。完整的代码可以很愉快地读取和写入...但是读者会遇到上述情况：

HANDLE portHandle = CreateFile( "COM3",
                                GENERIC_READ | GENERIC_WRITE,
                                0,
                                NULL,
                                OPEN_EXISTING,
                                FILE_FLAG_OVERLAPPED,
                                NULL );  // succeeds
HANDLE readerEvent = CreateEvent( 0, TRUE, FALSE, _T( "Rx Event" ) );  // succeeds
char buffer[ 200 ];
DWORD bytesRead;
OVERLAPPED reader;
memset( &reader, 0, sizeof( reader ) );
reader.hEvent = readerEvent;
ResetEvent( readerEvent );
ReadFile( portHandle, buffer, 200, &bytesRead, &reader );
if ( WaitForSingleObject( reader.hEvent, 2000 ) == WAIT_OBJECT_0 )
{
    // always true, never has to wait on the event.
}

找到了：ReadFile函数的文档包含这一段：

• 从通信设备读取时，ReadFile 的行为由使用 SetCommTimeouts 和 GetCommTimeouts 函数设置和检索的当前通信超时确定。如果未能设置超时值，可能会出现不可预测的结果。有关通信超时的更多信息，请参阅 COMMTIMEOUTS。

我根本没有使用 SetCommTimeouts() 。执行 GetCommTimeouts() 并检查结果显示端口的设置是 COMMTIMEOUTS 文档中本段中描述的值：

• MAXDWORD 值与 ReadTotalTimeoutConstant 和 ReadTotalTimeoutMultiplier 成员的零值相结合，指定读取操作将立即返回已接收到的字节，即使尚未接收到任何字节。