有些东西在不同领域是相通的，刚开始不懂它、不理解它，只是因为还没到那个可以理解它的层次。
android的事件传递。早在一年前我就翻遍了各大论坛api研究之，可是并没有理解，就是不懂。简简单单几行解释，几行代码看了后面忘了前面，苦不堪言。经过快到两年的开发，今天总结项目的时候看到onInterceptTouchEvent(MotionEvent e)的时候忽然想再看看android的事件传递的解释，当然也有可能是某些程序员的表达能力不够上佳，我也经常遇到表述的东西别人怎么也听不懂的情况，嘿，不在一个频道嘛。直接搜了本方法，结合前一段时间对DispatchTouchEvent的总结与理解，看懂他们的解释是自然而然的事情，作为一种学习总结的方式，本导也来做个自我总结：
题外话、之前我对流程图非常抵触、那是因为它不容易看懂 嘿嘿 现在容易看懂了 觉得这个真的是个好东西，人的大脑倾向于记住图形、方位、故事等等东西 所以图也会拿来借鉴一下。

你要面对的几个方法：

在View中有两个回调函数：

public boolean dispatchTouchEvent(MotionEvent e)
public boolean onTouchEvent(MotionEvent e)

在ViewGroup中有三个回调方法：

public boolean dispatchTouchEvent(MotionEvent e)
public boolean onInterceptTouchEvent(MotionEvent e)
public boolean onTouchEvent(MotionEvent e)

在Activity中有两个回调方法：

public boolean dispathcTouchEvent(MotionEvent e)
public boolean onTouchEvent(MotionEvent e)

dispatchTouchEvent(MotionEvent e)主要负责事件（down，move，up）分发，事件从父级view向下分发，事件多数情况是从Activity的dispathcTouchEvent开始的，执行super.dispatchTouchEvent(ev)或者不重写该方法，事件向下（子View）分发。

onInterceptTouchEvent是由viewGroup提供的方法，默认返回false，表示不拦截，事件往下传递，而返回true表示事件被拦截、不像子view传递，执行自身的onTouchEvent;

onTouchEvent是View中提供的方法，事件传递到了view，也就到了传递的最终目标，默认返回true，表示消费了该事件。
很好理解三个试图中都会相应touch事件，所以onTouchEvent()他们也都回调。

onInterceptTouchEvent则只出现在ViewGroup中提供拦截事件的功能，而onInterceptTouchEvent的事件是从哪里来的呢，就是从分配事件的dispatchTouchEvent中分发来的，onInterceptTouchEvent是一个透传的中间层，这种需求也只有viewGroup中需要，所以本方法只有ViewGroup中有回调。

dispatchTouchEvent要从触摸事件开始解释，触摸事件包括ACTION_DOWN，ACTION_MOVE，ACTION_UP，当然还有ACTION_CANCEL。Activity的dispathcTouchEvent首先接受到ACTION_DOWN，执行super.dispathTouchEvent(ev)，事件向下分发。

dispathcTouchEvent在分发ACTION_DOWN的时候返回true，后续事件（Move，Up）会再传递，如果返回false，dispathcTouchEvent()就接收不到ACTION_MOVE，ACTION_UP了。

Android中默认的事件传递是由最终的View接收到的，传递过程是从父布局到子布局，也就是从Activity到ViewGroup到View的过程，默认情况，ViewGroup起到的是透传作用。Android中事件传递过程如下图（我就不贴链接了 个人总结而已）；

android中事件传递过程

android事件传递全过程.png