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个方法：

MyViewGroupA

MyViewGroupB同MyViewGroupA.
对于View，重写2个方法：

MyView

布局文件：

activity_motion_event.xml

Activity中不作处理：

MotionEventActivity

（1）先来看一下事件的传递：
运行程序，点击MyView，查看日志如下：

Log_1

此时可以看出，事件分发的传递顺序：

MyViewGroupA - MyViewGroupB - MyView

事件处理的传递顺序：

MyView - MyViewGroupB - MyViewGroupA

（2）再来看一下事件的拦截：
下面稍微改动一下，MyViewGroupB使用onInterceptTouchEvent将事件拦截，即在MyViewGroupB中onInterceptTouchEvent方法返回true，打印日志如下：

Log_2

可以看出，触摸事件没有传递给MyView。
如果使MyViewGroupA的onInterceptTouchEvent方法返回true，可以猜测事件只会在MyViewGroupA中进行处理，不会传递给MyViewGroupB，更不会传递给MyView。
运行程序，打印日志如下：

Log_3

果然如此。

（3）最后看一下事件的处理：
事件处理在onTouchEvent方法中进行。
首先还原上面两处onInterceptTouchEvent的返回值，此时运行打印的日志与Log_1相同，如下：

Log_4

先将MyView的onTouchEvent返回值改为true，运行程序看一下打印的日志：

Log_5

此时打印出的日志除了记录下了MotionEvent.ACTION_DOWN，还记录了MotionEvent.ACTION_MOVE和MotionEvent.ACTION_UP，并且MotionEvent.ACTION_MOVE还有可能随着触摸重复出现，但这些在这里暂且不讨论，只看事件处理的传播。
观察黄框圈中的部分（和下面的两部分相比，只是action的类型不同），事件传递跟以前一样，但是事件处理到MyView就结束了，不会再传给MyViewGroupA和MyViewGroupB。

如果把MyView的onTouchEvent返回值改回原来的值，将MyViewGroupB的onTouchEvent返回值改为true，再来看一下打印的日志：

Log_6

同样，我们只关注黄框圈中的部分（剩下的部分后面讲），事件传递跟以前一样，但是事件处理到MyViewGroupB就结束了，不会再传给MyViewGroupA。
其实黄框下面的日志也可以看出，事件同样处理到MyViewGroupB就结束了。

（4）好了，现在我们把MyViewGroupB的onTouchEvent返回值也改回去，此时的日志情况：

Log_7

接下来看一下MyView分别setOnTouchListener和setOnClickListener的情况。

setOnTouchListener

先让OnTouchListener.onTouch方法返回false，代码如下：

Log_8

日志如下：

Log_9

可以看到，事件传递和事件处理的顺序跟原来一样，但是MyView事件处理中，先调用了OnTouchListener.onTouch，之后才调用onTouchEvent。

接着让OnTouchListener.onTouch方法返回true，代码如下:

Log_10

日志如下：

Log_11

可以看到，事件传递的顺序跟原来一样，但是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，代码如图所示：

Log_12

再次点击MyView，查看日志如下：

Log_13

事件传递顺序不变，但是事件处理没有再传给MyViewGroupA和MyViewGroupB。

接着还是让OnTouchListener.onTouch方法返回true，再看一下打印的日志：

Log_14

Log_15

可以看到，OnClickListener.onClick没有执行。
因为OnClickListener.onClick这个方法是在onTouchEvent的performClick方法中调用的，OnTouchListener.onTouch方法返回true之后，onTouchEvent就没有执行，导致OnClickListener.onClick没有调用，也就不会有相应的日志信息了。
由此可以看出，OnTouchListener.onTouch优先OnClickListener.onClick调用。

3、这篇文章从代码演示的角度整理了一下我对Android事件传递的理解，最后曝照一张，权当总结，字不好，看官勿笑

参考：
Android事件分发机制完全解析，带你从源码的角度彻底理解(上)
Android事件分发机制完全解析，带你从源码的角度彻底理解(下)
Android事件分发机制详解
Android群英传－事件拦截机制分析