View事件分发机制

所谓的事件分发，其实就是对MotionEvent事件的分发过程，即当一个MotionEvent产生后，系统需要把这个事件传递给一个具体的View，而这个传递的过程就是分发过程。

点击事件的分发由3个方法共同完成：
 public boolean dispatchTouchEvent(MotionEvent event)
用来进行事件分发，如果事件能传递给当前View，那么此方法一定会被调用，返回结果受View的onTouchEvent 和下级的dispatchTouchEvent方法影响，表示是否消耗当前事件。
    
 public boolean onInterceptTouchEvent(MotionEvent ev)
在上述方法内部调用，用来判断是否拦截是否拦截某个事件，如果当前View拦截了某个事件，那么在同一个事件序列中，此方法不会再次调用，返回结果表示是否拦截当前事件

 public boolean onTouchEvent(MotionEvent event)
在dispatchTouchEvent 方法中调用，用来处理点击事件，返回结果是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前View无法再次接受到事件。

对于一个根ViewGroup来说：

产生事件后
首先传递它，这时dispatchTouchEvent 会调用ViewGroup的onInterceptTouchEvent
-----ViewGroup的onInterceptTouchEvent返回true就表示拦截当前事件，接着事件会交给ViewGroup处理，即onTouchEvent会被调用
-----ViewGroup的onInterceptTouchEvent返回false表示不拦截事件，这个事件会传递给子元素，接着子元素的dispatchTouchEvent会被调用

事件传递：activity > Window > view

事件传递结论：
1.同一个事件序列是从手指接触屏幕那一刻开始，到手指离开屏幕那一刻结束。
2.正常情况下，一个事件序列只能被一个View拦截且消耗
3.某个View一旦决定拦截，那么这个事件序列只能它来处理，它的onInterceptTouchEvent不会再被调用               

4.某个View一旦开始，如果它不消耗ACTION_DOWN 事件即onTouchEvent返回来false，那么同一事件序列中的其它事件都不会再交给它来处理。
5.如果不消耗ACTION_DOWN以外的事件，那么这个点击事件会消失，此时父元素的onTouchEvent并不会被调用，并且当前View回持续收到后续事件，最后这些消失的事件会传递个给Activity处理
6.ViewGroup默认不拦截事件onInterceptTouchEvent默认返回fakse
7.View 没有onInterceptTouchEvent，一旦事件传递给View，onTouchEvent就会被调用
8.View的onTouchEvent默认消耗事件，返回true，除非它不可点击 clickable和longClickable同时为false;View的longClickable默认未false，clickable要分情况；
9.View的enable属性不影响onTouchEvent的默认值返回。
10.onClick 会发生的前提是当前View是可点的，并收到down 和up 事件
11.事件传递过程是由外向内的，事件总是先传递给父元素再由父元素分发给子元素。