Question

昨天我遇到了我见过的最奇怪的问题。我写了一个模块，应该在USB插头上收到通知。为此，我创建了一个虚拟窗口，并使用某个界面GUID将其注册到设备更改通知。

调用PeekMessage时会发生奇怪的错误。在这一点上，为什么，只有当偷看的消息是WM_DEVICECHANGE（我们在上面的代码中注册）时才会调用窗口的WndProc回调。在任何其他消息上，DispatchMessage按预期触发回调。

代码：

NotificationFilter.dbcc_size = sizeof(DEV_BROADCAST_DEVICEINTERFACE);
NotificationFilter.dbcc_devicetype = DBT_DEVTYP_DEVICEINTERFACE;
NotificationFilter.dbcc_classguid = guid;
not = RegisterDeviceNotification(
    hWnd,     // events recipient
    &NotificationFilter,        // type of device
    DEVICE_NOTIFY_WINDOW_HANDLE // type of recipient handle
);

为了将此模块与我的其他异步代码合并，使用Reactor设计模式和Windows Events，并遵循stackoverflow社区成员的建议，我合并了MsgWaitForMultipleObjects为了监听事件和Windows消息。

代码：

for (;;)
{
    dwRetval = MsgWaitForMultipleObjects(cntEvents, arrEvents, FALSE, INFINITE, QS_ALLINPUT);
    switch (dwRetval)
    {
    case WAIT_FAILED:
        // failed. TODO: status
        break;
    // TODO: handle abandoned.
    default:
        if (dwRetval == cntEvents)
        {
            // Message has popped.
            BOOL x = PeekMessage(&tMsg, hWnd, 0, 0, PM_REMOVE); <---- WM_DEVICECHANGE triggers the callback
            if (x)
            {
                TranslateMessage(&tMsg);
                DispatchMessage(&tMsg);
            }
        }
        else if (dwRetval < cntEvents)
        {
            // event signaled
        }
        else
        {
            // TODO: status. unexpected.
            return FALSE; // unexpected failure
        }
        break;
    }
}

我反汇编代码，并在调用NtUserPeekMessage

之前比较了寄存器

成功通话注册：

RAX = 00000059A604EFB0 RBX = 0000000000000000 RCX = 00000059A604EF18
RDX = 0000000000070C62 RSI = 00000059A604EF18 RDI = 0000000000070C62
R8  = 0000000000000000 R9  = 0000000000000000 R10 = 00007FF71A65D800
R11 = 0000000000000246 R12 = 0000000000000000 R13 = 0000000000000000
R14 = 0000000000000000 R15 = 0000000000000000 RIP = 00007FF954562AA1
RSP = 00000059A604EE70 RBP = 0000000000000000 EFL = 00000200

注册未知回调触发器调用：

RAX = 00000059A604EFB0 RBX = 0000000000000000 RCX = 00000059A604EF18
RDX = 0000000000070C62 RSI = 00000059A604EF18 RDI = 0000000000070C62
R8  = 0000000000000000 R9  = 0000000000000000 R10 = 00007FF71A65D800
R11 = 0000000000000246 R12 = 0000000000000000 R13 = 0000000000000000
R14 = 0000000000000000 R15 = 0000000000000000 RIP = 00007FF954562AA1
RSP = 00000059A604EE70 RBP = 0000000000000000 EFL = 00000200

寄存器完全相同！（没有参数在堆栈上传递，64位..）

在这两种情况下（奇怪的错误和预期的流程）我进入NtUserPeekMessage，结果发现WndProc回调被触发仅来自内部系统调用！

00007FF954562A80  mov         r10,rcx  
00007FF954562A83  mov         eax,1003h  
00007FF954562A88  syscall

我在MSDN上找不到任何文档，或者在互联网上找到这种现象的解释。

我真的很想得到一些帮助，提前谢谢。

Answer 1

这是预期的，并记录在案。 PeekMessage是调度已发送邮件的功能之一。来自documentation：

调度传入的已发送消息，检查线程消息队列中是否有已发布的消息，并检索消息（如果存在）。

然后在同一份文件中：

在此调用期间，系统会使用SendMessage，SendMessageCallback，SendMessageTimeout或SendNotifyMessage函数传递待处理的非排队消息，即发送到调用线程拥有的窗口的消息。

SendMessage的{{3}}说明了这一点（我强调）：

如果指定的窗口是由调用线程创建的，则窗口过程将作为子例程立即调用。如果指定的窗口是由其他线程创建的，则系统会切换到该线程并调用相应的窗口过程。只有当接收线程执行消息检索代码时才会处理线程之间发送的消息。

通过邮件检索代码，文档意味着GetMessage和PeekMessage等功能。还有其他一些，我手头没有全面的清单。

PeekMessage触发WndProc回调

1 个答案: