1.事件的传递规则
所谓点击事件的分发，其实就是对MotionEvent事件的分发过程，即当一个MotionEvent产生后，系统需要把这个事件传递给一个具体的View。而这个传递过程就是分发过程，点击事件的分发过程主要由三个方法共同完成。
- dispatchTouchEvent(MotionEvent ev)
- onInterceptTouchEvent(MotionEvent ev) -->ViewGroup才有此方法
- onTouchEvent(MotionEvent ev)
2.事件分发流程图
- 事件分发路径Activity---->Window---->View(由外向内)
- 如果事件不被中断，整个事件流向是一个类U型图（return super）
- dispatchTouchEvent 和 onTouchEvent 一旦return true,事件就停止传递了，return true 说明事件被消费了。
- dispatchTouchEvent 和 onTouchEvent return false的时候事件都回传给父控件的onTouchEvent处理。
- 上面讲解的都是针对ACTION_DOWN的事件传递
3.《Android开发艺术探索》总结的一些事件传递结论
同一个事件序列是指从手指接触屏幕那一刻起，到时手指离开屏幕那一刻结束，在这个过程中产生的一系列事件，这个事件序列以down事件开始，中间含有数量不定的move事件，最终以up事件结束。
正常情况下，一个事件序列只能被一个View拦截且消耗。
一旦一个元素拦截某事件，那么同一个事件序列内的所有事件都会交由它处理，因此一般同一个事件序列中的事件不能分别由两个View同时处理。但通过特殊手段可以处理。比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理。
某个View一旦决定拦截，那么这一个事件序列都只能由它来处理（如果事件序列能够传递给它的话），并且它的onInterceptTouchEvent不会再调用。
某个View一旦开始处理事件，如果它不消化ACTION_DOWN事件（onTouchEvent 返回false），那么同一个事件序列中的其他事件不会再交给它处理，并且事件将重新交由它的父元素去处理，即父元素的onTouchEvent会被调用。意思就是事件一旦交给一个View处理，那么它就必须消耗掉，否则同一事件序列中剩下的事件就不再交给它来处理了。
如果View不消耗ACTION_DOWN以外的其他事件，那么这个点击事件会小时，此时父元素的onTouchEvent并不会被调用，并且当前的View可以持 续的收到后续的事件，最终这些消失的点击事件会传递给Activity处理。
ViewGroup默认不拦截任何事件。android源码中ViewGroup的onInterceptTouchEvent方法默认返回false。
View的onTouchEvent默认都会消耗事件（返回true），除非它是不可以点击的（clickable 和 longClickable 同时为 false）。View的longClickable属性默认都为false，clickable 属性要分情况，比如Button的clickable属性默认为true，而TextView的clickable的属性默认为false。
View的enable属性不影响onTouchEvent的默认返回值。哪怕一个View是disable状态的，只要它的clickable或者longClickable有一个为true，那么他的onTouchEvent就返回true。
onClick会发生的前提是当前View是可点击的。并且收到了down和up事件。
事件的传递是由外向内的，即事件总是先传递给父元素，然后由父元素分发给子View，通过requestDisallowInterceptTouchEvent方法可以再子元素干预父元素的分发过程，但是ACTION_DOWN事件除外。
参考：
1.//www.greatytc.com/p/e99b5e8bd67b
2.android艺术开发探索
