模态对话框的消息处理机制分析最近在工作中遇到了一个这样的需求：用户在我线程A的一个CWnd窗口中点击“设置”按钮，我发送一个UM_CONFIG消息给另外一个线程B，由另外一个线程B响应我的UM_CONFIG

Q来作为jms总线，并且给大家介绍了activeMQ的集群和高可用部署方案，本期给大家再介绍下，如何根据自己的项目需求，更好地使用activeMQ的两种消息处理模式。1queue与topic的技术特点对比TopicQueue概要PublishSubscribemessaging发布订阅消息Point-to-Point点对点有无状态topic数据默认不落地，是无状态的。Queue数据默认会在mq服务

上一期介绍了我们项目要用到activeMQ来作为jms总线，并且给大家介绍了activeMQ的集群和高可用部署方案，本期给大家再介绍下，如何根据自己的项目需求，更好地使用activeMQ的两种消息处理模式。1queue与topic的技术特点对比对比项TopicQueue概要PublishSubscribemessaging发布订阅消息Point-to-Point点对点有无状态topic数据默认不落

在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handler）分析》中，我们分析了Android应用程序的消息处理机制，本文将结合这种消息处理机制来详细分析Android应用程序是如何获得键盘按键消息的。

Handler经常用，然后自己总结一下下图片发自App一.What、Handler是什么Handler与Message、MessageQueue、Looper一起构成了Android的消息机制，Android系统通过大量的消息来与用户进行交互，View的绘制、点击事件、Activity的生命周期回调等都作为消息由主线程的Handler来处理。Handler在消息机制中的作用是：发送和处理消息。Ha

惯例，先来看一下，google对于Handler类的解释/***AHandlerallowsyoutosendandprocess{@linkMessage}andRunnable*objectsassociatedwithathread's{@linkMessageQueue}.EachHandler*instanceisassociatedwithasinglethreadandthatthr

转自：http://itindex.net/detail/50057-activemq-queue-topic 上一期介绍了我们项目要用到activeMQ来作为jms总线，并且给大家介绍了activeMQ的集群和高可用部署方案，本期给大家再介绍下，如何根据自己的项目需求，更好地使用activeMQ的两种消息处理模式。         1   queue与topic的技术特点对比          

出自：http://blog.csdn.net/luoshengyang/article/details/6882903   在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handl

上一期介绍了我们项目要用到activeMQ来作为jms总线，并且给大家介绍了activeMQ的集群和高可用部署方案，本期给大家再介绍下，如何根据自己的项目需求，更好地使用activeMQ的两种消息处理模式。       1   queue与topic的技术特点对比 对比项                           Topic                                

        上一期介绍了我们项目要用到activeMQ来作为jms总线，并且给大家介绍了activeMQ的集群和高可用部署方案，本期给大家再介绍下，如何根据自己的项目需求，更好地使用activeMQ的两种消息处理模式。         1 &n

阅读更多上一期介绍了我们项目要用到activeMQ来作为jms总线，并且给大家介绍了activeMQ的集群和高可用部署方案，本期给大家再介绍下，如何根据自己的项目需求，更好地使用activeMQ的两种消息处理模式。1queue与topic的技术特点对比对比项TopicQueue概要PublishSubscribemessaging发布订阅消息Point-to-Point点对点有无状态topic数据

       上一期介绍了我们项目要用到activeMQ来作为jms总线，并且给大家介绍了activeMQ的集群和高可用部署方案，本期给大家再介绍下，如何根据自己的项目需求，更好地使用activeMQ的两种消息处理模式。       1   queue与topic的技术特点对比 TopicQueue概要PublishSubscribemessaging发布订阅消息Point-to-Point点对点

在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handler）分析》中，我们分析了Android应用程序的消息处理机制，本文将结合这种消息处理机制来详细分析Android应用程序是如何获得键盘按键消息的。

http://www.blogjava.net/mixer-a/archive/2012/04/17/374987.html[原]Android应用程序键盘（Keyboard）消息处理机制分析     

文章太长，直接给个链接：http://blog.csdn.net/luoshengyang/article/details/6882903

     在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handler）分析》中，我们分析了Android应用程序的消息处理机制，本文将结合这种消息处理机制来详细分析Android应用程序是如何获得键盘按

[原]Android应用程序键盘（Keyboard）消息处理机制分析     在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理

 http://blog.csdn.net/luoshengyang/article/details/6882903       在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handler）分析》中，我

上接：Android应用程序键盘（Keyboard）消息处理机制分析（二）-------    3. 

上接：Android应用程序键盘（Keyboard）消息处理机制分析（一）-----     2. 

    在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handler）分析》中，我们分析了Android应用程序的消息处理机制，本文将结合这种消息处理机制来详细分析Android应用程序是如何获得键盘按键

http://blog.csdn.net/luoshengyang/article/details/6882903        在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handler）分析》中，我

    Step19.InputManager.unregisterInputChannel     这个函数定义在frameworks/base/services/java/com/android/server/InputManager.java文件中：public class InputManager {      ......        public void unregisterInp

      Step14. NativeInputQueue.unregisterInputChannel     这个函数定义在frameworks/base/core/jni/android_view_InputQueue.cpp文件中：status_t NativeInputQueue::unregisterInputChannel(JNIEnv* env, jobject inputCha

  Step7. LocalWindowManager.removeViewImmediate     这个函数定义在frameworks/base/core/java/android/view/Window.java文件中：public abstract class Window {      ......        private class LocalWindowManager impl

      Step2.ActivityStack.activityIdleInternal     这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityStack.java文件中：public class ActivityStack {      ......        final void activityI

     4. 应用程序注销键盘消息接收通道的过程分析     当Activity窗口创建时，它会向InputManager注册键盘消息接收通道，而当Activity窗口销毁时，它就会向InputManager注销前面注册的键盘消息接收通道了，本节内容就来看看应用程序注销键盘消息接收通道的过程。     当我们按下键盘上的Back键时，当前激活的Activity窗口就会被失去焦点，但是这时候它还没

 Step39.InputConsumer.sendFinishedSignal    这个函数定义在frameworks/base/libs/ui/InputTransport.cpp文件中：status_t InputConsumer::sendFinishedSignal() {      ......        return mChannel->sendSignal(INPUT_SIG

    Step36.ViewRoot.finishInputEvent      这个函数定义在frameworks/base/core/java/android/view/ViewRoot.java文件中：public final class ViewRoot extends Handler implements ViewParent,          View.AttachInfo.Cal

      Step30. ViewRoot.dispatchFinishedEvent      这个函数定义在frameworks/base/core/java/android/view/ViewRoot.java文件中：public final class ViewRoot extends Handler implements ViewParent,          View.Attach

 Step24.InputQueue.dispatchKeyEvent      这个函数定义在frameworks/base/core/java/android/view/InputQueue.java文件中：public final class InputQueue {      ......        private static void dispatchKeyEvent(InputH

  Step21. NativeInputQueue.handleReceiveCallback     这个函数定义在frameworks/base/core/jni/android_view_InputQueue.cpp文件中：int NativeInputQueue::handleReceiveCallback(int receiveFd, int events, void* data) {

  Step16. InputDispatcher.prepareDispatchCycleLocked     这个函数定义在frameworks/base/libs/ui/InputDispatcher.cpp文件中：void InputDispatcher::prepareDispatchCycleLocked(nsecs_t currentTime,          const sp& 

  Step11. InputDispatcher.dispatchOnceInnerLocked     这个函数定义在frameworks/base/libs/ui/InputDispatcher.cpp文件中：void InputDispatcher::dispatchOnceInnerLocked(nsecs_t keyRepeatTimeout,      nsecs_t keyRepe

 Step8.InputDispatcher.notifyKey      这个函数定义在frameworks/base/libs/ui/InputDispatcher.cpp文件中：void InputDispatcher::notifyKey(nsecs_t eventTime, int32_t deviceId, int32_t source,      uint32_t policyFla

      Step7. KeyboardInputMapper.processKey      这个函数定义在frameworks/base/libs/ui/InputReader.cpp文件中：void KeyboardInputMapper::processKey(nsecs_t when, bool down, int32_t keyCode,          int32_t scanC

 3. InputManager分发键盘消息给应用程序的过程分析     在分析InputManager分发键盘消息给应用程序的过程之前，我们先假设现在没有键盘事件发生，因此，InputManager中的InputReader正在睡眠等待键盘事件的发生，而InputManager中的InputDispatcher正在等待InputReader从睡眠中醒过来并且唤醒它，而应用程序也正在消息循环中等待

  Step18. InputDispatcher.registerInputChannel     这个函数定义在frameworks/base/libs/ui/InputDispatcher.cpp文件中：status_t InputDispatcher::registerInputChannel(const sp& inputChannel, bool monitor) {      ...

  Step12. InputChannel.openInputChannelPair     这个函数定义在frameworks/base/core/java/android/view/InputChannel.java文件中：public final class InputChannel implements Parcelable {      ......        /**     * 

Step8. NativeInputManager.setInputWindows这个函数定义在frameworks/base/services/jni/com_android_server_InputManager.cpp 文件中：void NativeInputManager::setInputWindows(JNIEnv* env, jobjectArray windowObjArray) 

Step2. ViewRoot.requestLayout这个函数定义在frameworks/base/core/java/android/view/ViewRoot.java文件中：public final class ViewRoot extends Handler implements ViewParent,          View.AttachInfo.Callbacks {     

      Step22.poll     这是一个Linux系统的文件操作系统调用，它用来查询指定的文件列表是否有有可读写的，如果有，就马上返回，否则的话，就阻塞线程，并等待驱动程序唤醒，重新调用poll函数，或超时返回。在我们的这个场景中，就是要查询是否有键盘事件发生，如果有的话，就返回，否则的话，当前线程就睡眠等待键盘事件的发生了。     这样，InputManager的启动过程就分析完了

回到Step18中，我们继续分析EventHub.getEvent函数的实现。在中间的for循环里面，首先会检查当前是否有输入设备被关闭，如果有，就返回一个设备移除的事件给调用方：// Report any devices that had last been added/removed.  if (mClosingDevices != NULL) {      device_t* device 

     函数首先根据文件名来打开这个设备文件：fd = open(deviceName, O_RDWR);       系统中所有输入设备文件信息都保存在成员变量mDevicesById中，因此，先在mDevicesById找到一个空位置来保存当前打开的设备文件信息：mDevicesById[devid].seq = (mDevicesById[devid].seq+(1fd = fd;    

Step21. EventHub.openDevice这个函数定义在frameworks/base/libs/ui/EventHub.cpp文件中： int EventHub::openDevice(const char *deviceName) {        int version;        int fd;        struct pollfd *new_mF

     Step19.EventHub.openPlatformInput     这个函数定义在frameworks/base/libs/ui/EventHub.cpp文件中：bool EventHub::openPlatformInput(void)  {      ......        res = scanDir(device_path);      if(res d_name[0]

      Step18.EventHub.getEvent     这个函数定义在frameworks/base/libs/ui/EventHub.cpp文件中：bool EventHub::getEvent(RawEvent* outEvent)  {      outEvent->deviceId = 0;      outEvent->type = 0;      outEvent->sc

      Step15.Looper.pollOnce     这个函数定义在frameworks/base/libs/utils/Looper.cpp文件中，具体可以参考前面Android应用程序消息处理机制（Looper、Handler）分析一文，这里就不再详述了。总的来说，就是在Looper类中，会创建一个管道，当调用Looper类的pollOnce函数时，如果管道中没有内容可读，那么当前

     Step6.InputManager.nativeInit     这个函数定义在frameworks/base/services/jni$vicom_android_server_InputManager.cpp文件中：static void android_server_InputManager_nativeInit(JNIEnv* env, jclass clazz,       

     在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handler）分析》中，我们分析了Android应用程序的消息处理机制，本文将结合这种消息处理机制来详细分析Android应用程序是如何获得键盘按