如何判断 SendMessage() 是否成功（消息已传递）？

Question

是否可以确定 SendMessage() 调用是否成功并将我的消息传递到目标窗口？

Windows API 中的 SendMessage() 描述对此似乎很安静，只说以下内容：

返回值指定消息处理的结果；这取决于发送的消息。

这显然是指返回码反映了目标窗口的wndproc返回的值。

但是，如果消息根本没有传递（例如，由于访问控制，或者由于窗口在此期间被破坏），返回码会是什么？我怎样才能检测到这种情况？

Answer 1

没有办法可靠地判断对SendMessage 的调用是成功还是失败。毕竟它只有一个返回值，并且使用了整个值域。没有指定的错误值。

对调用线程的最后一个错误代码进行欺骗也行不通。 this answer 中提出的方案（在调用之前清除最后一个错误代码并在调用之后对其进行评估）是脆弱的。很容易看出，在向调用线程拥有的窗口发送消息时，它可能会失败（因为该窗口的窗口过程可以随意更改最后一个错误）。

这并不是众所周知的，当向另一个线程拥有的窗口发送消息时，这也会失败。该代码表明，调用线程中不会发生任何中间 API 调用。然而，在这种情况下，SendMessage 还将分派传入的跨线程消息（请参阅When can a thread receive window messages?），从而允许线程的最后一个错误代码发生变化。

唯一的选择是使用SendMessageTimeoutW，因为该 API 会报告调用结果以及错误/成功指示器。传递SMTO_NOTIMEOUTIFNOTHUNG 标志可确保任意选择的超时不会对结果产生不利影响。

Answer 2

如果SendMessage失败，它会设置最后一个win32错误代码，我们可以通过调用GetLastError()来取回。并返回错误代码，万一失败，永远不会是 0 (NOERROR)，尽管这很明显没有记录。但是如何检测到 SendMessage 是失败的？这里我们不能基于返回值。但我们可以在调用SendMessage 之前SetLastError(NOERROR) 并在之后检查GetLastError()：

• 如果 SendMessage 失败 - GetLastError() 返回的值将是 不是 0。（在这种情况下最常见 ERROR_INVALID_WINDOW_HANDLE 或 ERROR_ACCESS_DENIED)。
• 如果我们仍然得到 0 作为最后一个错误 - 这意味着该消息是 顺利交付。
• 但是，可能的情况是，在SendMessage 调用期间，某些窗口过程 在当前线程中将被调用并且 窗口过程中的代码，将最后一个错误设置为非 0 值。所以我们 得到最后不是 0 最后一个错误，但不是因为 SendMessage 失败。 区分这两种情况很成问题

-

    SetLastError(NOERROR);
    LRESULT lr = SendMessageW(hwnd, *, *, *);
    ULONG dwErrorCode = GetLastError();
    if (dwErrorCode == NOERROR)
    {
        DbgPrint("message was delivered (%p)\n", lr);
    }
    else
    {
        DbgPrint("fail with %u error\n", dwErrorCode);
    }