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

Question

我已经利用各种资源将一些（多线程）代码拼凑在一起，以便从串行端口读写数据。 一切正常……除了在线程中无意中从串行端口读取数据的循环进行了繁忙的等待。 本质上反复发生的是：

• 重置事件（在读取循环外部创建），并将其句柄用作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.
}

Answer 1

找到了：ReadFile函数的文档包含以下段落：

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

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

• MAXDWORD的值与ReadTotalTimeoutConstant和ReadTotalTimeoutMultiplier成员的零值结合在一起，指定读取操作将立即返回已接收的字节，即使未接收到字节也是如此。

Answer 2

您还可以使用WaitCommEvent函数等待具有特定事件掩码的事件。 使用CreateFile和WaitCommEvent的代码示例： 监视通信事件 。