在Android中，View的事件分发机制是非常重要的知识体系，掌握View的事件分发机制对我们以后的自定义View和处理View的滑动冲突等问题有很大的帮助；
我们这里主要分析的对象就是MotionEvent，即点击事件，所谓的点击事件分发就是对MotionEvent事件的分发过程。点击事件的分发过程由三个非常重要的方法共同来完成：
1、dispatchTouchEvent：用来进行事件的分发，如果事件能够传递给当前View，那么此方法一定会调用；
2、onInterceptTouchEvent：用来判断是否拦截某个事件；如果当前View拦截了某个事件，那么在同一个事件序列当中，此方法不会再次调用；
3、onTouchEvent：用来处理响应点击事件；
注：子View中是没有onInterceptTouchEvent方法的，因为View已经是最底层了，无须再向下传递了，只有ViewGroup当中有onInterceptTouchEvent方法；
接下来我们就用一个实例来说明一下事件的传递过程，首先我们创建一个布局由Activity、ViewGroup（LinearLayout）、View（TextView）三层控件组成，然后我们点击View(TextView)来看一下View的事件传递流程：
log日志输出如下：
Activity____dispatchTouchEvent
ViewGroup___dispatchTouchEvent
ViewGroup___onInterceptTouchEvent
View________dispatchTouchEvent
View________onTouchEvent
ViewGroup___onTouchEvent
Activity____onTouchEvent
通过我们测试的输出日志我们可以看到（测试中我们默认对事件均不处理），在收到一个点击事件后，最外层的Activity首先收到，执行Activity的dispatchTouchEvent开始事件传递，然后传递给ViewGroup的dispatchTouchEvent，ViewGroup的dispatchTouchEvent收到后，调用ViewGroup的onInterceptTouchEvent，询问是否要进行事件拦截，然后不拦截继续向下传递，传递给View的dispatchTouchEvent，View的dispatchTouchEvent收到事件后默认调用View的onTouchEvent方法，即开始事件的处理，默认不处理，然后向上传递给ViewGroup的onTouchEvent，ViewGroup的onTouchEvent也是默认不处理，最后传递给Activity的onTouchEvent来进行处理；
接下来我们来看一下上例当中的事件传递图
上图清晰的展示出了在我们默认不做任何处理的情况下，点击事件传递的整个事件链，最外层的控件先收到点击事件然后一层一层向下传递，传递到最底层后开始事件的处理，最底层的控件先开始事件处理，然后一层一层向上传递；因此我们可以得到结论：
1、事件的传递 由外向内
2、事件的处理 由内向外
接下来我们来举更多的例子，把各种情况都考虑进去，来开一下点击事件是如何传递的，以便让大家彻底了解View的事件传递机制；
情况1:View的dispatchTouchEvent返回true（拦截事件传递）
log输出：
Activity____dispatchTouchEvent
ViewGroup___dispatchTouchEvent
ViewGroup___onInterceptTouchEvent
View________dispatchTouchEvent
图示：
可以看到事件从外向内传递，dispatchTouchEvent负责传递事件，当传递到最里层View的dispatchTouchEvent，如果我们返回true，则表示结束传递消费该事件；所有View的onTouchEvent均不再执行；
结论：dispatchTouchEvent返回true将会直接消费该事件，并且中断事件传递，onTouchEvent方法也不会被调用
情况2：ViewGroup的onInterceptTouchEvent返回true拦截传递
log输出：
Activity____dispatchTouchEvent
ViewGroup___dispatchTouchEvent
ViewGroup___onInterceptTouchEvent
ViewGroup___onTouchEvent
Activity____onTouchEvent
图示：
可以看到ViewGroup的onInterceptTouchEvent返回true表示拦截事件传递，事件将不会再向下传递，并且会调用ViewGroup的onTouchEvent来响应处理事件，如果ViewGroup的onTouchEvent默认不处理事件，将会继续向上调用Activity的onTouchEvent来处理事件；
结论：onInterceptTouch返回true表示拦截事件传递，并调用自身的onTouchEvent方法，下层控件将不会再收到相应事件；
情况3：View的dispatchTouchEvent返回false
log输出：
Activity____dispatchTouchEvent
ViewGroup___dispatchTouchEvent
ViewGroup___onInterceptTouchEvent
View________dispatchTouchEvent
ViewGroup___onTouchEvent
Activity____onTouchEvent
图示：
可以看到View的dispatchTouchEvent返回false表示我不响应该事件，并回调父控件的onTouchEvent方法；
结论：dispatchTouchEvent返回false表示不拦截并且不响应该事件，并回调父控件的onTouchEvent方法让父控件去处理事件；
情况4：View的onTouchEvent返回true
log输出：
Activity____dispatchTouchEvent
ViewGroup___dispatchTouchEvent
ViewGroup___onInterceptTouchEvent
View________dispatchTouchEvent
View________onTouchEvent
图示：
可以看到当View的onTouchEvent方法返回true时就表示要消费该事件，并停止传递；
结论：onTouchEvent返回true表示消费该事件，同时终止事件传递；
综上所有情况总结：
1、dispatchTouchEvent 返回 true 表示消费该事件，终止事件传递，所有的onTouchEvent方法都不会执行；
2、dispatchTouchEvent 调用 super 向下传递事件，调用子View的dispatchTouchEvent，若没有子View了，调自身的onTouchEvent方法；
3、dispatchTouchEvent 返回 false 表示终止事件传递，不再向下传递事件，并且不会调用自身的onTouchEvent方法，而是向上调用父控件的onTouchEvent方法；
4、onInterceptTouchEvent 返回 true 表示拦截事件，不会再向下传递事件，然后调用自身的onTouchEvent方法；
5、onInterceptTouchEvent 返回 false/super 表示不拦截事件，继续向下传递事件；
6、onTouchEvent 返回 true 表示消费该事件，事件传递终止；
7、onTouchEvent 返回 false/super 不处理，事件继续向上传递；
有了以上总结之后，Android中的View点击事件传递流程已经非常清晰了，因此我画了一个整体的事件分发流程图，如下：
以上就是View事件分发的整体流程图，相信经过上面的总结之后你会对View的事件分发有更深的认识；但是以上只是针对触摸事件的Down（单击）事件来分析的，但是实际情况中，我们还要对触摸事件的Move和Up事件进行处理，所以在下一篇文章我们将深入分析在Move和Up的情况下事件的分发机制；
