View的事件机制

为什么会有事件分发机制？

安卓上面的View是树形结构的，View可能会重叠在一起，当我们点击的地方有多个View都可以响应的时候，这个点击事件应该给谁呢？为了解决这个问题，就有了事件分发机制。

三个重要的事件分发的方法

despatchTouchEvent

对于dispatchTouchEvent返回false的含义应该是：事件停止往子view传递和分发，同时开始往父控件回溯（父控件的onTouchEvent开始从下往上回传直到某个onTouchEvent return ture），事件分发机制就像递归，return false的意思就是递归停止然后回溯。

onInterceptTouchEvent

决定是否拦截事件，拦截的话就不在分发

onTouchEvent

对于onTouchEvent return false，就是不消费事件，并让事件继续往父控件的方向从下往上流动。相当于员工处理不了这个事件，就返回false，然后让上司处理，如果上司不行返回false，就让上司的上司处理。

三个方法的关系

伪代码

public boolean dispatchTouchEvent(MotionEvent ev){
    boolean cosume=false;
        if(onInterceptTouchEvent(ev)){
            consume = onTouchEvent(en);
            }else{
                    consume = chile.dispatchTouchEvent(ev);
                    }
                    return consume;
                    }

大概流程就是：对于一个跟ViewGroup来说，点击事件产生后，首先会传递给它，这时他的dispatchTouchEvent就会被调用，如果这个ViewGroup的onInterceptTouchEvent方法返回true就表示它要拦截当前事件，接着整个事件就会交给ViewGroup处理，即它的onTouchEvent方法就会被调用：如果这个onInterceptTouchEvent不拦截，这时当前事件就会继续传递给它的子元素，接着子元素的dispatchTouchEvent方法就会被调用，如此反复直到事件被最终处理

注意：
当以个View需要处理事件时，如果它设置了OnTouchListenner,那么OnTouchListenner中的onTouch方法会被回调，这时事件如果处理还要看onTouch的返回值，如果返回FALSE，则当前View的onTouchEnvent方法会被调用；如果返回true，那么onTouchEvent将不会被调用。由此可见，给View设置的OnTouchListenner,其优先级比onTouchEnvent要高。

事件分发流程

这个流程最好是用图的方式说明

Activity -> PhoneWindow -> DecorView -> ViewGroup -> --- ->View
图一这个是从源码的角度画的，画出的情况没有图二多：

方框里的true就是事件被消费，默认的super或者部分FALSE就是保证事件“U”传递

---

这两幅图看起来有所区别，但并不矛盾，只是说明的角度不同，图二要本质化,全面一点