这篇文章记录下，事件分发机制，该机制对 后边的自定义View和处理View滑动冲突很有帮助。
这里分析的对象是 MotionEvent，就是点击事件，点击事件分发就是MotionEvent事件分发过程，点击事件由3个方法完成：
1、dispatchTouchEvent：用于事件的分发：
如果事件能够传递给当前view，那么这个方法就会调用；
2、onInterceptTouchEvent：用于判断是否拦截某个事件：
如果当前view拦截了某个事件，那么在同一个事件序列中，此方法不会被再次调用；
3、onTouchEvent：用于响应点击事件：
- 注意：子View没有 onInterceptTouchEvent，因为 子View已经是最底层了，不用在向下传递，只有 ViewGroup 有 onInterceptTouchEvent方法；
接下来用一个小示例验证下 事件传递过程
2. 示例（不处理任何事件）
首先创建 一个布局由 Activity、ViewGroup（LinearLayout）、View（TextView）三层控件组成，然后点击 View（TextView）看下 View的事件传递流程：
Activity____dispatchTouchEvent
ViewGroup___dispatchTouchEvent
ViewGroup___onInterceptTouchEvent
View________dispatchTouchEvent
View________onTouchEvent
ViewGroup___onTouchEvent
Activity____onTouchEvent
通过log可以看到（此示例默认不对任何事件处理）：
1>：在收到一个点击事件后，最外层Activity先收到，执行 Activity的 dispatchTouchEvent进行事件分发传递；
2>：传递给 ViewGroup 的 dispatchTouchEvent，ViewGroup 的 dispatchTouchEvent收到后，就会自动调用 ViewGroup的 onInterceptTouchEvent，询问 是否要拦截事件，如果不拦截，就继续向下传递；
3>：传递给 View 的 dispatchTouchEvent，View 的 dispatchTouchEvent 收到后 默认调用 View 的 onTouchEvent，此时开始进行事件的 处理，默认不处理 ；
4>：然后向上传递给 ViewGroup 的 onTouchEvent，ViewGroup 的 onTouchEvent 也是默认不处理；
6>：最后传递给 Activity 的 onTouchEvent；
上边的事件传递流程图如下：
由上图可以看出，默认不做任何事件处理情况下：最外层Activity控件收到事件后，一层一层向下传递，传递到最底层后，此时开始进行事件的处理，最底层的View控件开始事件处理，然后一层一层向上传递，因此可以得到如下结论：
1、事件的传递 由外向内；
2、事件的处理 由内向外；
下边把各种情况都考虑进去，看一下点击事件如何传递；
3. 示例（处理事件）
情况1. View 的 dispatchTouchEvent 返回true，log如下：
Activity____dispatchTouchEvent
ViewGroup___dispatchTouchEvent
ViewGroup___onInterceptTouchEvent
View________dispatchTouchEvent
图示：
可以看到：
事件从外向内传递，dispatchTouchEvent负责 传递事件，当事件 到 最里层View 的 dispatchTouchEvent，如果返回 true，表示消费该事件并 结束事件传递，也就是说 所有View的 onTouchEvent均不在执行（View的、ViewGroup的、Activity的onTouchEvent都不会执行）；
结论：
dispatchTouchEvent 返回true（View、ViewGroup、Activity中任意一个），就直接消费该事件 并结束事件传递，所有的 onTouchEvent 都不会再执行（View的、ViewGroup的、Activity的onTouchEvent都不会执行）
情况2. View 的 dispatchTouchEvent 返回 false，log如下：
Activity__dispatchTouchEvent
ViewGroup__dispatchTouchEvent
ViewGroup__onInterceptTouchEvent
View__dispatchTouchEvent
ViewGroup__onTouchEvent
Activity__onTouchEvent
图示：
可以看到：
View 的 dispatchTouchEvent 返回 false，表示自己不响应 事件，同时 向上调用 父类的 onTouchEvent，然后一直向上传递；
结论：
dispatchTouchEvent（View、ViewGroup、Activity中任意一个） 返回 false，表示自己不响应事件，调用 父类的 onToucheEvent 处理事件，然后一直向上传递；
情况3. ViewGroup 的 onInterceptTouchEvent 返回 true，log如下：
Activity__dispatchTouchEvent
ViewGroup__dispatchTouchEvent
ViewGroup__onInterceptTouchEvent
ViewGroup__onTouchEvent
Activity__onTouchEvent
图示：
可以看到 ：
ViewGroup 的 onInterceptTouchEvent 返回 true，表示 自己要拦截事件，此时事件就不会向下传递了，并且会调用 ViewGroup 自己的 onTouchEvent 处理事件，如果 ViewGroup 的 onTouchEvent 默认不处理事件，就会 继续 向上调用 Activity的 onTouchEvent来处理事件；
结论：
onInterceptTouchEvent 返回 true（任意一个 ViewGroup），表示 要拦截事件，并且调用 自身的 onTouchEvent 方法处理事件，下层的 View 不会收到事件；
情况4. View 的 onTouchEvent 返回 true，log如下：
Activity__dispatchTouchEvent
ViewGroup__dispatchTouchEvent
ViewGroup__onInterceptTouchEvent
View__dispatchTouchEvent
View__onTouchEvent
图示：
可以看到 ：
View 的 onTouchEvent 返回 true时，表示 自己要消费该事件，并且 停止事件传递；
结论：
onTouchEvent（View、ViewGroup、Activity中任意一个） 返回 true 时，表示 自己要消费该事件，并且停止 事件传递；
4. 结论
1>：dispatchTouchEvent：
返回super：调用 子View 的 dispatchTouchEvent，如果没有 子View，调用自己的 onTouchEvent；
返回 true：自己消费事件，并且结束 事件传递，且所有的 onTouchEvent都不会执行（View的、ViewGroup的、Activity的onTouchEvent都不会执行）；
返回 false： 自己不处理事件，结束事件传递，不调用自己的 onTouchvent，而是直接调用 父控件的 onTouchEvent；
2>：onInterceptTouchEvent：
返回true：自己拦截事件，然后调用自己的 onTouchEvent，不会向下传递事件；
返回super/false：自己不拦截事件，继续向下传递事件；
3>：onTouchEvent：
返回true：自己消费事件，事件结束 传递；
返回super/false：自己不处理事件，事件向上传递；
上边总结的，就是View点击事件传递流程，下边是一个 整体事件分发流程图
以上就是 View 事件分发整体流程图，但以上只是针对于 Down（单击）事件的分析，在实际开发中，还需要对 Move、Up事件进行处理，所以下篇文章分析 Move、Up情况下的 事件分发机制；
