android 事件分发机制

一、点击事件的分发过程由三个很重要的方法共同完成：
dispatchTouchEvent(MotionEvent ev)：
用来进行事件的分发。如果事件能够传递给当前View，那么此方法一定会被调用，返回结果将影响当前View的onTouchEvent和下级View的dispatchTouchEvent方法，表示是否消耗掉当前事件。
onInterceptTouchEvent(MotionEvent ev):
在dispatchTouchEvent方法内部调用，用来判断是否拦截某个事件，如果当前View拦截了某个事件，那么在同一个事件序列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件。
onTouchEvent(MotionEvent ev):
在dispatchTouchEvent方法中调用，用来处理点击事件，返回结果表示是否消耗掉当前事件，如果不消耗，则在同一个事件序列当中，当前View无法再次接收到事件。
他们三者的关系用下列伪代码表示：

    public boolean dispatchTouchEvent(MotionEvent ev){
         Boolean consume=false;
         if(onInterceptTouchEvent(ev)){
             consume=onTouchEvent(ev);
         }else{
             consume=child.dispatchTouchEvent(ev);
         }
         return consume;
    }

通过上面的伪代码，我们也可以大致的了解点击事件的传递规则：对于一个ViewGroup来说，点击事件产生后，首先会传递给他，这时他的dispatchTouchEvent方法会被调用，如果onInterceptTouchEvent方法返回true就表示他要拦截当前事件，接着这个事件就会交给这个ViewGroup处理，他的onTouchEvent方法会被调用；如果返回false，表示不拦截当前事件，这时当前事件就会传递给子元素，然后子元素的dispatchTouchEvent方法就会被调用，如此反复直到事件被最终处理。

当一个View需要处理事件时，如果设置了onTouchListener，那么onTouchListener的onTouch方法会被调用。这时如何处理 还要看onTouch的返回值：
返回false：则当前的onTouch方法会被调用；返回true，那么onTouchEvent不会被调用。
由此可见，给View设置的OnTouchListener，其优先级比onTouchEvent要高。在onTouchEvent方法中，如果当前设置的有OnClickListener，那么他的onClick方法会被调用。可以看出，OnClickListener优先级最低，处于事件传递的尾端。

当一个点击事件发生后，传递过程得顺序是Activity–>Window（ViewGroup）–>View，即事件总是先传递给Activity，Activity再传递给Window，最后Window再传递给顶级View。顶级View接收到事件后，就会按照事件分发机制去分发事件。

二、关于事件传递机制的一些结论：
（1）同一个事件序列是指从手指接触屏幕的那一刻起，到手指离开屏幕的那一刻结束，在这个过程中所产生的一系列事件，这个事件序列以down事件开始，中间含有数量不定的move事件，最终以up事件结束。
（2）正常情况下，一个事件序列只能被一个View拦截消耗。一旦一个元素拦截了某事件，那么同一个事件序列内的所有事件都会直接交给它处理，因此同一个事件序列中的事件不能分别由两个View同时处理，但是通过特殊手段可以做到，比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理
（3）某个View一旦决定拦截，那么这一个事件序列都只能由他来处理（如果事件序列能够传递给他的话），并且他的onInterceptTouchEvent不会再被调用。就是当一个View决定拦截一个事件后，那么系统会把同一个事件序列内的其他方法都交给它来处理，因此就不用再调用这个View的onInterceptTouchEvent去询问他是否拦截了。
（4）某个View一旦开始处理事件，如果他不消耗ACTION_DOWN事件（onTouchEvent返回了false），那么同一事件序列的其他事件都不会交给它来处理，并且事件将重新交由他的父元素去处理，即父元素的onTouchEvent会被调用。意思是事件一旦交给一个View去处理，那么他就必须消耗掉，否则同一事件序列中剩下的其他事件就不再交给它来处理了。这好比上级交给程序员一件事，如果这件事没有处理好，短期内上级就不敢再把事情交给这个程序员做了。
（5）如果View不消耗除ACTION_DOWN以外的其他事件，那么这个点击事件会消失，此时父元素的onTouchEvent并不会被调用，并且当前View可以持续收到后续的事件，最终这些消失的点击事件将传递给Activity处理。
（6）ViewGroup默认不拦截任何事件。android源码中的ViewGroup的onInterceptTouchEvent方法默认返回false。
（7）View没有OnInterceptTouchEvent方法，一旦有点击事件传递给他，那么他的onTouchEvent方法就会被调用。
（8）View的onToucEvent默认都会消耗事件（返回true），除非他是不可点击的（clickable和longClickable同时为false）。View的longClickable属性默认都为false，clickable属性要分情况，比如Button的clickable属性默认为true，而TextView的clickable属性默认为false。
（9）View的enable属性不影响onTouchEvent的默认返回值。即使一个View是disable状态的，只要他的clickable或longClickabley有一个为true，那么他的onTouchEvent就返回true。
（10）onClick会发生的前提是当前View是可点击的，并且他收到了down和up事件。
（11）事件传递过程是由外向内的，即事件总是先传递给父元素，然后再由父元素分发给子View，通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的事件分发，但是ACTION_DOWN事件除外。

三、事件分发业务流程图

其中：
super：调用父类方法
true：消费事件，即事件不继续往下传递
false：不消费事件，事件也不继续往下传递 / 交由给父控件onTouchEvent（）处理