Anroid中的事件处理Handler与事件分发机制举例子详细解释

Handler机制

为什么要出现Handler？

Android 中主线程也叫UI线程，那么从名字上我们也知道主线程主要是用来创建、更新UI的，而其他耗时操作，比如网络访问，或者文件处理，多媒体处理等都需要在子线程中操作，之所以在子线程中操作是为了保证UI的流畅程
度，手机显示的刷新频率是60Hz，也就是一秒钟刷新60 次，每16.67 毫秒刷新一次，为了不丢帧，那么主线程处理
代码最好不要超过16毫秒。当子线程处理完数据后，为了防止 UI处理逻辑的混乱，Android只允许主线程修改UI，
那么这时候就需要Handler来充当子线程和主线程之间的桥梁了。

我们通常将 Handler 声明在 Activity 中，然后覆写 Handler 中的 handleMessage 方法,当子线程调用handler.sendMessage()方法后handleMessage方法就会在主线程中执行。
这里面除了Handler、Message外还有隐藏的Looper和MessageQueue 对象。
在主线程中 Android 默认已经调用了 Looper.preper()方法，调用该方法的目的是在 Looper 中创建
MessageQueue 成员变量并把Looper对象绑定到当前线程中。当调用Handler 的sendMessage（对象）方法的时
候就将Message对象添加到了Looper创建的MessageQueue 队列中，同时给Message指定了target 对象，其实这个 target 对象就是 Handler 对象。主线程默认执行了 Looper.looper（）方法，该方法从 Looper 的成员变量MessageQueue 中取出Message，然后调用Message的target对象的handleMessage()方法。这样就完成了整个
消息机制。

事件分发机制

重要的问题

1 事件分发中的 onTouch 和 onTouchEvent 有什么区别，又该如何使用？

这两个方法都是在 View 的 dispatchTouchEvent 中调用的，onTouch 优先于 onTouchEvent 执行。如果在
onTouch方法中通过返回true将事件消费掉，onTouchEvent将不会再执行。
另外需要注意的是，onTouch能够得到执行需要两个前提条件，第一mOnTouchListener的值不能为空，第二当
前点击的控件必须是enable的。因此如果你有一个控件是非 enable的，那么给它注册onTouch事件将永远得不到
执行。对于这一类控件，如果我们想要监听它的touch事件，就必须通过在该控件中重写onTouchEvent方法来实现。

2 请描述一下 Android 的事件分发机制？

Android 的事件分发机制主要是Touch 事件分发，有两个主角:ViewGroup 和 View。Activity 的 Touch事件事
实上是调用它内部的ViewGroup的Touch事件，可以直接当成ViewGroup处理。
View 在ViewGroup内，ViewGroup 也可以在其他ViewGroup内，这时候把内部的ViewGroup当成View 来
分析。
先分析ViewGroup 的处理流程：首先得有个结构模型概念：ViewGroup和View组成了一棵树形结构，最顶层
为 Activity 的 ViewGroup，下面有若干的 ViewGroup 节点，每个节点之下又有若干的 ViewGroup 节点或者 View
节点，依次类推。

当一个 Touch 事件(触摸事件为例)到达根节点，即Acitivty 的ViewGroup 时，它会依次下发，下发的过程是调用子View(ViewGroup)的dispatchTouchEvent方法实现的。简单来说，就是ViewGroup遍历它包含着的子View，调用每个 View 的dispatchTouchEvent 方法，而当子 View 为 ViewGroup 时，又会通过调用 ViwGroup 的dispatchTouchEvent方法继续调用其内部的View 的dispatchTouchEvent方法。

1.Touch 事件分发中只有两个主角:ViewGroup 和 View。ViewGroup 包含 onInterceptTouchEvent、
dispatchTouchEvent、onTouchEvent三个相关事件。View 包含dispatchTouchEvent、onTouchEvent两个相关事
件。其中ViewGroup又继承于View。
2.ViewGroup和View 组成了一个树状结构，根节点为Activity内部包含的一个ViwGroup。
3.触摸事件由Action_Down、Action_Move、Aciton_UP 组成，其中一次完整的触摸事件中，Down和Up 都只
有一个，Move有若干个，可以为0个。
4.当Acitivty 接收到 Touch事件时，将遍历子 View 进行 Down 事件的分发。ViewGroup 的遍历可以看成是递
归的。分发的目的是为了找到真正要处理本次完整触摸事件的 View，这个View 会在onTouchuEvent结果返回true。
5.当某个子View 返回true时，会中止Down 事件的分发，同时在ViewGroup中记录该子View。接下去的Move和Up 事件将由该子View 直接进行处理。由于子View 是保存在ViewGroup中的，多层ViewGroup的节点结构时，
上级ViewGroup保存的会是真实处理事件的View所在的ViewGroup对象:如ViewGroup0-ViewGroup1-TextView
的结构中，TextView 返回了 true，它将被保存在 ViewGroup1 中，而 ViewGroup1 也会返回 true，被保存在
ViewGroup0中。当Move和UP事件来时，会先从ViewGroup0传递至ViewGroup1，再由ViewGroup1 传递至
TextView。
6.当ViewGroup 中所有子View 都不捕获Down 事件时，将触发ViewGroup自身的onTouch事件。触发的方
式是调用super.dispatchTouchEvent函数，即父类View 的dispatchTouchEvent方法。在所有子View 都不处理的
情况下，触发Acitivity的onTouchEvent方法。
7.onInterceptTouchEvent有两个作用：1.拦截Down 事件的分发。2.中止Up 和Move事件向目标View 传递，
使得目标View所在的ViewGroup捕获Up和Move事件。