一个消息处理机制的问题

枫桦沐阳 2010-11-26 09:16:39

WM_CREATE之类的消息在处理之中，如果传来其他消息会处理么？

我原来以为都是一个消息处理完了才能处理下一个消息。

但今天测试的时候在WM_CREATE里边加了个messagebox中断处理之后，后边的消息还是被处理了。

如何解释？

...全文

159 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

Eleven 2010-11-26

打赏
举报

回复

[Quote=引用楼主 ynb119 的回复:]
WM_CREATE之类的消息在处理之中，如果传来其他消息会处理么？

我原来以为都是一个消息处理完了才能处理下一个消息。

但今天测试的时候在WM_CREATE里边加了个messagebox中断处理之后，后边的消息还是被处理了。

如何解释？
[/Quote]
看你加MessageBox的位置

witchman___ 2010-11-26

打赏
举报

回复

messagebox不能中断消息，它本身也是要靠消息驱动的，放WM_CREATE里只是让WM_CREATE不发送罢了

superarhow 2010-11-26

打赏
举报

回复

messagebox要显示就需要有自己的消息循环,而这个消息循环又跟你的主程序是一个线程的,所以会造成还没有处理完WM_CREATE就处理消息队列中的其它消息,而且如果搞得不好的话界面还会假死.

枫桦沐阳 2010-11-26

打赏
举报

回复

WM_CREATE消息处理里边的Messsagebox还跟位置也有关系么?

我觉得1楼的讲的挺有道理。

3楼的能否详细讲一下。谢谢。

Android应用程序与传统的PC应用程序一样，都是消息驱动的。也就是说，在Android应用程序主线程中，所有函数都是在一个消息循环中执行的。Android应用程序其它线程，也可以像主线程一样，拥有消息循环。Android应用程序主线程是一个特殊的线程，因为它同时也是UI线程以及触摸屏、键盘等输入事件处理线程。主线程对消息循环很敏感，一旦发生阻塞，就会影响UI的流畅度，甚至发生ANR问题。这个PPT讲Android应用程序线程消息循环原理，主要涉及到Handler和Looper两个类，以及根据消息循环的不同使用场景，总结出三种线程使用模型。掌握Android应用程序消息处理机制，有助于我们熟练地使用同步和异步编程，提高程序的运行性能

在Android应用程序中，有一类特殊的消息，是专门负责与用户进行交互的，它们就是触摸屏和键盘等输入事件。触摸屏和键盘事件是统一由系统输入管理器InputManager进行分发的。也就是说，InputManager负责从硬件接收输入事件，然后再将接收到的输入事件分发当前激活的窗口处理。此外，InputManager也能接收模拟的输入事件，用来模拟用户触摸和点击等事件。当前激活的窗口所运行在的线程接收到InputManager分发过来的输入事件之后，会将它们封装成输入消息，然后交给当前获得焦点的控件处理。这个PPT讲Android应用程序输入事件的分发和处理过程，主要涉及到输入管理InputManager、输入事件监控线程InputReader、输入事件分发线程InputDispatcher，以及应用程序主线程消息循环。

androidpn消息推送其中包含客户端服务器端包含tomcat和jetty版本

项目可以直接导入，一个基于Tomcat7、Java、Ext、WebSocket的聊天室，分数是3分，目的不是为了赚分，是为了大家能够评论，提出意见。

此实例基于Spring+JMS+ActiveMQ+Tomcat，注解的完整实例，包含jar包

进程/线程/DLL

15,467

社区成员

49,171

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章