Android中的事件处理

## 1、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.1面试常见问题Handler机制的原理，内部是如何实现的？ ##
Android中handler多用于主线程和子线程之间的通信，比如在Android中子线程是不允许修改UI的，如果修改只能让子线程给主线程通过handler发送message，然后主线程进行修改。Handler整个机制的实现，还依赖Looper、Message两个核心内容。在主线程中Android默认给我们创建了Looper,当我们通过handler.sendMessage()后，该消息被添加到MessageQueue中，Looper.looper中有个while(true)的循环不停的从消息队列中取消息。取消息的过程是线程阻塞的，这样不至于在没有消息的时候过多的耗费CPU资源。
## 1.2在Android中主线程如何给子线程发Message？ ##
这是一个很好玩的话题通常我们都是在Activity中，让子线程执行耗时任务，执行完之后给主线程发送消息让主线程更新UI。其实还有很多应用场景需要让主线程给子线程发送消息，该消息作为任务的载体，比如在IntentService中，主线程就给子线程发送了消息，让子线程干活。
给大家写个Demo演示主线程给子线程发送消息。
1. package com.yange.message2subthread;
3. import android.os.Bundle;
4. import android.os.Handler;
5. import android.os.Looper;
6. import android.os.Message;
7. import android.util.Log;
8. import android.view.View;
9. import android.app.Activity;
10. /**
14.  * 演示主线程给子线程发送Message
16.  */
17. public class MainActivity extends Activity {
18.     private Handler mMySubHandler;
19. 
20.     @Override
21.     protected void onCreate(Bundle savedInstanceState) {
22.         super.onCreate(savedInstanceState);
23.         setContentView(R.layout.activity_main);
24.     }
25.     @Override
26.     protected void onStart() {
27.         super.onStart();
28.         /**
29.          * 当Activity启动的时候创建一个子线程,并启动
30.          */
31.         MyThread thread = new MyThread();
32.         thread.start();
33.     }
34.     /**
35.      * 绑定布局中的点击按钮,点击后给子线程发送消息
36.      * 
37.      * @param view
38.      */
39.     public void click(View view){
40.         Message msg = new Message();
41.         msg.obj = "MainActivity";
42.         mMySubHandler.sendMessage(msg);
43.     }
44.     /**
45.      * 绑定布局文件中的按钮2,点击后让子线程退出,关闭子线程
46.      * 其实这里只需要让子线程的Looper对象退出即可,因为Looper.loop();是线程阻塞的.
47.      * @param view
48.      */
49.     public void click2(View view){
50.         if (myLooper!=null) {
51.             myLooper.quit();
52.         }
53.     }
54.     /**
55.      * 将Looper对象声明为成员变量
56.      */
57.     private Looper myLooper;
58.     @Override
59.     protected void onDestroy() {
60.         super.onDestroy();
61.         /**
62.          * 在退出的时候,将子线程释放掉,不然可能会导致内存泄露
63.          */
64.         if (myLooper!=null) {
65.             myLooper.quit();
66.         }
67.     }
68.     class MyThread extends Thread{
69. 
70.         @Override
71.         public void run() {
72.             //1. 创建一个Looper对象(内部创建了MessageQueue,并将MessageQueue作
73. 为Looper对象的成员,然后将Looper对象绑定到ThreadLocal中)
74.             Looper.prepare();
75.             /**
76.              * 创建一个Handler
77.              */
78.             mMySubHandler = new Handler(){
79.                 @Override
80.                 public void handleMessage(android.os.Message msg) {
81.                     //处理主线程发送的消息
82.                     Log.d("tag", "接收到信息"+msg);
83.                 };
84.             };
85.             //2. 获取当前Looper物件
86.             myLooper = Looper.myLooper();
87.             //3. 让消息循环起来
88.             Looper.loop();
89.             Log.d("tag","子线程退出");
90.         }
91.     }
92. 
93. }
## 2、事件分发机制 ##
## 2.1 事件分发中的onTouch和onTouchEvent有什么区别，又该如何使用？ ##
这两个方法都是在View的dispatchTouchEvent中调用的，onTouch优先于onTouchEvent执行。如果在onTouch方法中通过返回true将事件消费掉，onTouchEvent将不会再执行。
另外需要注意的是，onTouch能够得到执行需要两个前提条件，第一mOnTouchListener的值不能为空，第二当前点击的控件必须是enable的。因此如果你有一个控件是非enable的，那么给它注册onTouch事件将永远得不到执行。对于这一类控件，如果我们想要监听它的touch事件，就必须通过在该控件中重写onTouchEvent方法来实现。
## 2.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方法。上述例子中的消息下发顺序是这样的：①-②-⑤-⑥-⑦-③-④。dispatchTouchEvent方法只负责事件的分发，它拥有boolean类型的返回值，当返回为true时，顺序下发会中断。在上述例子中如果⑤的dispatchTouchEvent返回结果为true，那么⑥-⑦-③-④将都接收不到本次Touch事件。
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事件。