1、重要的方法
// ViewGroup：3个方法
public boolean dispatchTouchEvent(MotionEvent event)
public boolean onInterceptTouchEvent(MotionEvent event)
public boolean onTouchEvent(MotionEvent event)
// View：2个方法
public boolean dispatchTouchEvent(MotionEvent event)
public boolean onTouchEvent(MotionEvent event)
有触摸，就有dispatchTouchEvent方法的调用。
初始情况下，这些方法返回值都是false。
2、举例：
定义两个ViewGroup(MyViewGroupA, MyViewGroupB)，一个View(MyView)
对于ViewGroup，重写3个方法：
MyViewGroupB同MyViewGroupA.
对于View，重写2个方法：
布局文件：
Activity中不作处理：
（1）先来看一下事件的传递：
运行程序，点击MyView，查看日志如下：
此时可以看出，事件分发的传递顺序：
MyViewGroupA - MyViewGroupB - MyView
事件处理的传递顺序：
MyView - MyViewGroupB - MyViewGroupA
（2）再来看一下事件的拦截：
下面稍微改动一下，MyViewGroupB使用onInterceptTouchEvent将事件拦截，即在MyViewGroupB中onInterceptTouchEvent方法返回true，打印日志如下：
可以看出，触摸事件没有传递给MyView。
如果使MyViewGroupA的onInterceptTouchEvent方法返回true，可以猜测事件只会在MyViewGroupA中进行处理，不会传递给MyViewGroupB，更不会传递给MyView。
运行程序，打印日志如下：
果然如此。
（3）最后看一下事件的处理：
事件处理在onTouchEvent方法中进行。
首先还原上面两处onInterceptTouchEvent的返回值，此时运行打印的日志与Log_1相同，如下：
先将MyView的onTouchEvent返回值改为true，运行程序看一下打印的日志：
此时打印出的日志除了记录下了MotionEvent.ACTION_DOWN，还记录了MotionEvent.ACTION_MOVE和MotionEvent.ACTION_UP，并且MotionEvent.ACTION_MOVE还有可能随着触摸重复出现，但这些在这里暂且不讨论，只看事件处理的传播。
观察黄框圈中的部分（和下面的两部分相比，只是action的类型不同），事件传递跟以前一样，但是事件处理到MyView就结束了，不会再传给MyViewGroupA和MyViewGroupB。
如果把MyView的onTouchEvent返回值改回原来的值，将MyViewGroupB的onTouchEvent返回值改为true，再来看一下打印的日志：
同样，我们只关注黄框圈中的部分（剩下的部分后面讲），事件传递跟以前一样，但是事件处理到MyViewGroupB就结束了，不会再传给MyViewGroupA。
其实黄框下面的日志也可以看出，事件同样处理到MyViewGroupB就结束了。
（4）好了，现在我们把MyViewGroupB的onTouchEvent返回值也改回去，此时的日志情况：
接下来看一下MyView分别setOnTouchListener和setOnClickListener的情况。
setOnTouchListener
先让OnTouchListener.onTouch方法返回false，代码如下：
日志如下：
可以看到，事件传递和事件处理的顺序跟原来一样，但是MyView事件处理中，先调用了OnTouchListener.onTouch，之后才调用onTouchEvent。
接着让OnTouchListener.onTouch方法返回true，代码如下:
日志如下：
可以看到，事件传递的顺序跟原来一样，但是MyView的事件处理，只调用了OnTouchListener.onTouch，没有调用onTouchEvent，也没有传给MyViewGroupA和MyViewGroupB。
这种情况的出现就跟dispatchTouchEvent方法有关了，需要涉及到源码分析，这篇文章只是先描述一下出现的情况，所以就先简单提一下，具体下篇再分析。
当OnTouchListener.onTouch返回true时，就会导致dispatchTouchEvent返回true，此时就不再继续向下执行了，因此onTouchEvent也就不会被调用了，事件处理也到此结束，不会继续传递。
setOnClickListener
上面列举的几个情况，有个隐含的前提，就是MyViewGroupA、MyViewGroupB、MyView都是默认不可点击的；
现在我们把MyView设置成可点击的，比如在布局中设置android:clickable="true"或代码中setOnClickListener，同时将OnTouchListener.onTouch的返回值改为false，代码如图所示：
再次点击MyView，查看日志如下：
事件传递顺序不变，但是事件处理没有再传给MyViewGroupA和MyViewGroupB。
接着还是让OnTouchListener.onTouch方法返回true，再看一下打印的日志：
可以看到，OnClickListener.onClick没有执行。
因为OnClickListener.onClick这个方法是在onTouchEvent的performClick方法中调用的，OnTouchListener.onTouch方法返回true之后，onTouchEvent就没有执行，导致OnClickListener.onClick没有调用，也就不会有相应的日志信息了。
由此可以看出，OnTouchListener.onTouch优先OnClickListener.onClick调用。
3、这篇文章从代码演示的角度整理了一下我对Android事件传递的理解，最后曝照一张，权当总结，字不好，看官勿笑
参考：
Android事件分发机制完全解析，带你从源码的角度彻底理解(上)
Android事件分发机制完全解析，带你从源码的角度彻底理解(下)
Android事件分发机制详解
Android群英传－事件拦截机制分析
