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由于回避了这一特性,所以简单很多。
本文探讨了Windows SendMessage与Android Handler.sendMessage在消息传递机制上的差异。Windows.SendMessage在发送消息时会阻塞直到消息被处理,而Android的Handler.sendMessage仅将消息放入队列并立即返回,类似于Windows.PostMessage。此外,文章还讨论了这两种方法在多线程环境下的复杂性和潜在问题。
1386

被折叠的 条评论
为什么被折叠?



