Android事件分发机制

Touch事件

Android中对视图的Touch事件进行分发处理。
单手指操作：ACTION_DOWN -> ACTION_MOVE -> ACTION_UP
多手指操作：ACTION_DOWN -> ACTION_POINTER_DOWN -> ACTION_MOVE -> ACTION_POINTER_UP -> ACTION_UP.

事件分发机制中的三个重要方法：

（1）dispatchTouchEvent（） ：事件分发

public boolean dispatchTouchEvent(MotionEvent ev)

如果事件能够传递到当前View，则该方法一定会被调用。

返回值：表示该View是否接收该事件，结果受当前onTouchEvent和下级View的dispatchTouchEvent()方法的影响。

（2）onInterceptTouchEvent（） ：事件拦截

public boolean onInterceptTouchEvent(MotionEvent ev)

返回值：表示是否拦截当前事件。

注：当该方法，接收了DOWN事件，则同一个事件序列的其他方法都不会调用该方法（后有源码分析）

同一个事件序列:手指点击、滑动、移开的一系列操作的一次过程

（3）onTouchEvent（） ：事件处理

public boolean onTouchEvent(MotionEvent ev)

作用：用来处理点击事件

三个方法之间的联系

public boolean dispatchTouchEvent(MotionEvent ev){
 boolean consume = false;
 //判断是否拦截该事件
 if (onInterceptTouchEvent(ev)){
 //调用该View的onTouchEvent方法
 consume = onTouchEvent(ev); 
 } else{
 //不拦截，则分发给子View
 consume = child.dispatchTouchEvent(ev); 
 }
 //当遍历完事后，返回该ViewGroup是否消耗当前事件
 return consume;
}

先分析ViewGroup的处理流程：首先得有个结构模型概念：ViewGroup和View组成了一棵树形结构，最顶层为Activity的ViewGroup，下面有若干的ViewGroup节点，每个节点之下又有若干的ViewGroup节点或者View节点，依次类推。如图：

当一个Touch事件(触摸事件为例)到达根节点，即Acitivty的ViewGroup时，它会依次下发，下发的过程是调用子View(ViewGroup)的dispatchTouchEvent方法实现的。实现类似（三个方法之间的关系），则就先调用onInterceptTouchEvent()(ViewGroup的onInterceptTouchEvent()默认返回false,所以除非重写该方法返回true)
若返回true,则先判断是否设置onTouchListenter，若设置了则调用onTouch方法，若onTouch方法返回true，则不调用onTouchEvent，且消耗事件。onClickListener设置在onTouchEvent中。所以就产生点击事件的优先级。
返回false,就是ViewGroup遍历它包含着的子View，调用每个View的dispatchTouchEvent方法，而当子View为ViewGroup时，又会通过调用ViwGroup的dispatchTouchEvent方法继续调用其内部的View的dispatchTouchEvent方法。上述例子中的消息下发顺序是这样的：①-②-⑤-⑥-⑦-③-④。dispatchTouchEvent方法只负责事件的分发，它拥有boolean类型的返回值，当返回为true时，顺序下发会中断。在上述例子中如果⑤的dispatchTouchEvent返回结果为true，那么⑥-⑦-③-④将都接收不到本次Touch事件。

书籍来源：《Android开发艺术探索》

其他博主个人觉得较好的理解：（受益匪浅）

当点击的时候从Activity->window->DecorView 延生：DecorView的构成①（DecorView是activity窗口的根视图）
DecorView的分发事件，调用dispatch()->interecept()该方法判断ViewGroup是否拦截当前时间（ViewGroup默认 return false，所以需要重写onInterept()设置为true）
当为true时：该ViewGroup接收同一系列事件(当手指按下、滑动、放开产生的一系列事件，当ViewGroup拿到了DOWN事件，则其后面的事件就不会调用onInterept()方法，而是直接调用ViewGroup的点击方法-详见 P147页 ①)。
之后就是点击方法的优先级(ViewGroup、View同样)：如果ViewGroup或View监听了onTouchListener则调用onTouch()方法，若onTouch()方法返回true(默认为false)，则不调用onTouchEvent()方法，返回false则调用onTouchEvent()（大部分onTouchEvent默认返回true 如：Button 少部分默认返回false 如：TextView,也就是消耗事件。由只要设置View的CLICKABLE和LONG_CLICKABLE为true就会使onTouchEvent返回true）。之后如果监听了onClick()方法，则再调用onClick()方法。（因为onTouchEvent()才有onClick方法的调用详见P153 ①）。若不监听onTouchListener则自动调用onTouchEvent()。所以说当调用onTouchEvent()方法时最好使用super.onTouchEvent()，这样才能调用onClick()和获取View的CLICKABLE和LONG_CLICKABLE属性。如果onTouchEvent返回false,则就不接受除DOWN以外的事件。
如果onInterept()方法返回false，则将事件传递给该View的子View，调用子View的dispatch（若子View为View，不为ViewGroup则没有onInterept()方法），就按照刚才点击方法的优先级顺序调用。但在onTouchEvent之前都会先给父View调用其onInterept()方法。如果onInterept()返回true则该事件被拦截，但不会将全部事件交给父View。
子View利用requestDisallowInterceptTouchEvent()方法设置FLAG_DISALLOW_INTERCEPT,这样父View就无法拦截除ACTION_DOWN以外的事件。（详见P147）
如果ViewGroup的子View的onTouchEvent全都返回false,则调用ViewGroup的onTouchEvent()方法,若ViewGroup的onTouchEvent也返回false,则调用Activity的onTouchEvent()。

事件分发总结

点击事件达到顶级 View(一般是一个 ViewGroup)，会调用 ViewGroup 的 dispatchTouchEvent 方法，如果顶级 ViewGroup 拦截事件即 onInterceptTouchEvent 返回 true，则事件由 ViewGroup 处理，这时如果 ViewGroup 的 mOnTouchListener 被设置，则 onTouch 会被调用，否则 onTouchEvent 会被调用。也就是说如果都提供的话，onTouch 会屏蔽掉 onTouchEvent。在 onTouchEvent 中，如果设置了 mOnClickListenser，则 onClick 会被调用。如果顶级 ViewGroup 不拦截事件，则事件会传递给它所在的点击事件链上的子 View，这时子 View 的 dispatchTouchEvent 会被调用。如此循环。

ViewGroup 默认不拦截任何事件。ViewGroup 的 onInterceptTouchEvent 方法默认返回 false。
View 没有 onInterceptTouchEvent 方法，一旦有点击事件传递给它，onTouchEvent 方法就会被调用。
View 在可点击状态下，onTouchEvent 默认会消耗事件。
ACTION_DOWN 被拦截了，onInterceptTouchEvent 方法执行一次后，就会留下记号（mFirstTouchTarget == null）那么往后的 ACTION_MOVE 和 ACTION_UP 都会拦截。`