关于sendMessage的思考

Windows:LRESULT SendMessage( HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam );

Android:boolean sendMessage (Message msg)

Windows中SendMessage是发消息给窗口，并且要等待窗口响应后才返回

android Handler.sendMessage则简单的多，只是把消息放到队列中就马上返回,相当于Windows.PostMessage

CoreLooper已实现类Windows.SendMessage和PostMessage,但感觉还有些问题

考虑极端情况,Windows.SendMessage是有缺陷的

    TEST_METHOD(TestWin32Window)
    {
        for (int i = 0; i < 10; i++)
        {
            auto ret = SendMessage((HWND)i, WM_NULL, 0, 0);

            DV("[%04d].ret=%d.error=%d",i, ret,GetLastError());
        }
    }

故意向无效窗口发WM_NULL消息，它全部返回0

GetLastError返回1400表示Invalid window handle. 

但实际使用时很少会在SendMessage之后调用 GetLastError来判断

这样调用者无法区分如下情况

1.窗口已成功处理此消息,并返回0

2.windows检测到HWND为无效，返回0

 

google在设计android handler api时比较聪明的回避了这一点，它的sendMessage只表示消息是否成功添加到队列,但缺点是没法同步得到消息的处理结果。

看起来一个更好的解决办法是在Windows.SendMessage上增加一个bool，但这样感觉有点繁琐,也不美观，有待继续研究。

另外类Windows.SendMessage在等待目标响应消息并回复时，内部仍然可以处理其他消息，在多线程场合下，这可能导致比较复杂的代码执行顺序,由于难于重现，调试会比较困难。Android的Handler由于回避了这一特性，所以简单很多。