***** **事件分发流程** [TOC=6] # 1. 事件分发机制方法&流程介绍 ## 先搞明白Activity的dispatchTouchEvent() [参考博客](https://blog.csdn.net/hzmming2008/article/details/82347416) ## 1.1 事件分发机制方法 事件分发过程由dispatchTouchEvent() 、onInterceptTouchEvent()和onTouchEvent()三个方法协助完成，如下图：  方法详细介绍 * Android事件分发流程如下：（**必须熟记**） > Android事件分发顺序：**Activity（Window） -> ViewGroup -> View**  事件分发机制详细流程 其中： * super：调用父类方法 * true：消费事件，即事件不继续往下传递 * false：不消费事件，事件也不继续往下传递 / 交由给父控件onTouchEvent（）处理 **接下来，我将详细介绍这3个方法及相关流程。** ## 1.2 dispatchTouchEvent() | 属性 | 介绍 | | --- | --- | | 使用对象 | Activity、ViewGroup、View | | 作用 | 分发点击事件 | | 调用时刻 | 当点击事件能够传递给当前View时，该方法就会被调用 | | 返回结果 | 是否消费当前事件，详细情况如下： | **1\. 默认情况：根据当前对象的不同而返回方法不同** | 对象 | 返回方法 | 备注 | | --- | --- | --- | | Activity | super.dispatchTouchEvent() | 即调用父类ViewGroup的dispatchTouchEvent() | | ViewGroup | onIntercepTouchEvent() | 即调用自身的onIntercepTouchEvent() | | View | onTouchEvent（） | 即调用自身的onTouchEvent（） |  流程解析 **2\. 返回true** * 消费事件 * 事件不会往下传递 * 后续事件（Move、Up）会继续分发到该View * 流程图如下：  流程图 **3\. 返回false** * 不消费事件 * 事件不会往下传递 * 将事件回传给父控件的onTouchEvent()处理 > Activity例外：返回false=消费事件 * 后续事件（Move、Up）会继续分发到该View(与onTouchEvent()区别） * 流程图如下：  流程图 ## 1.3 onTouchEvent() | 属性 | 介绍 | | --- | --- | | 使用对象 | Activity、ViewGroup、View | | 作用 | 处理点击事件 | | 调用时刻 | 在dispatchTouchEvent()内部调用 | | 返回结果 | 是否消费（处理）当前事件，详细情况如下： | > 与dispatchTouchEvent()类似 **1\. 返回true** * 自己处理（消费）该事情 * 事件停止传递 * 该事件序列的后续事件（Move、Up）让其处理； * 流程图如下：  流程图 **2\. 返回false（同默认实现：调用父类onTouchEvent()）** * 不处理（消费）该事件 * 事件往上传递给父控件的onTouchEvent()处理 * 当前View不再接受此事件列的其他事件（Move、Up）； * 流程图如下：  流程图 ## 1.4 onInterceptTouchEvent() | 属性 | 介绍 | | --- | --- | | 使用对象 | ViewGroup（注：Activity、View都没该方法） | | 作用 | 拦截事件，即自己处理该事件 | | 调用时刻 | 在ViewGroup的dispatchTouchEvent()内部调用 | | 返回结果 | 是否拦截当前事件，详细情况如下： |  返回结果 * 流程图如下：  流程图 ## 1.5 三者关系 下面将用一段伪代码来阐述上述三个方法的关系和点击事件传递规则 ~~~ public boolean dispatchTouchEvent(MotionEvent ev) { //代表是否消耗事件 boolean consume = false; if (onInterceptTouchEvent(ev)) { //如果onInterceptTouchEvent()返回true则代表当前View拦截了点击事件 //则该点击事件则会交给当前View进行处理 //即调用onTouchEvent (）方法去处理点击事件 consume = onTouchEvent(ev); } else { //如果onInterceptTouchEvent()返回false则代表当前View不拦截点击事件 //则该点击事件则会继续传递给它的子元素 //子元素的dispatchTouchEvent（）就会被调用，重复上述过程 //直到点击事件被最终处理为止 consume = child.dispatchTouchEvent(ev); } return consume; } ~~~ ## 1.5 总结 * 对于事件分发的3个方法，你了解吗？ # 2. 几个重要的事件 DOWN、MOVE、UP、CANCEL # 3\. 事件分发场景介绍 下面我将利用例子来说明常见的点击事件传递情况 ### 3.1 背景描述 我们将要讨论的布局层次如下：  布局层次 * 最外层：Activiy A，包含两个子View：ViewGroup B、View C * 中间层：ViewGroup B，包含一个子View：View C * 最内层：View C 假设用户首先触摸到屏幕上View C上的某个点（如图中黄色区域），那么Action\_DOWN事件就在该点产生，然后用户移动手指并最后离开屏幕。 ### 3.2 一般的事件传递情况 一般的事件传递场景有： * 默认情况 * 处理事件 * 拦截DOWN事件 * 拦截后续事件（MOVE、UP） ### 3.2.1 默认情况 * 即不对控件里的方法(dispatchTouchEvent()、onTouchEvent()、onInterceptTouchEvent())进行重写或更改返回值 * 那么调用的是这3个方法的默认实现：调用父类的方法 * 事件传递情况：（如图下所示） * 从Activity A---->ViewGroup B--->View C，从上往下调用dispatchTouchEvent() * 再由View C--->ViewGroup B --->Activity A，从下往上调用onTouchEvent()  流程图 注：虽然ViewGroup B的onInterceptTouchEvent方法对DOWN事件返回了false，后续的事件（MOVE、UP）依然会传递给它的onInterceptTouchEvent() > 这一点与onTouchEvent的行为是不一样的。 #### 3.2.2 处理事件 假设View C希望处理这个点击事件，即C被设置成可点击的（Clickable）或者覆写了C的onTouchEvent方法返回true。 > 最常见的：设置Button按钮来响应点击事件 事件传递情况：（如下图） * DOWN事件被传递给C的onTouchEvent方法，该方法返回true，表示处理这个事件 * 因为C正在处理这个事件，那么DOWN事件将不再往上传递给B和A的onTouchEvent()； * 该事件列的其他事件（Move、Up）也将传递给C的onTouchEvent()  流程图 #### 3.2.3 拦截DOWN事件 假设ViewGroup B希望处理这个点击事件，即B覆写了onInterceptTouchEvent()返回true、onTouchEvent()返回true。 事件传递情况：（如下图） * DOWN事件被传递给B的onInterceptTouchEvent()方法，该方法返回true，表示拦截这个事件，即自己处理这个事件（不再往下传递） * 调用onTouchEvent()处理事件（DOWN事件将不再往上传递给A的onTouchEvent()） * 该事件列的其他事件（Move、Up）将直接传递给B的onTouchEvent() > 该事件列的其他事件（Move、Up）将不会再传递给B的onInterceptTouchEvent方法，该方法一旦返回一次true，就再也不会被调用了。  流程图 #### 3.2.4 拦截DOWN的后续事件 假设ViewGroup B没有拦截DOWN事件（还是View C来处理DOWN事件），但它拦截了接下来的MOVE事件。 * DOWN事件传递到C的onTouchEvent方法，返回了true。 * 在后续到来的MOVE事件，B的onInterceptTouchEvent方法返回true拦截该MOVE事件，但该事件并没有传递给B；这个MOVE事件将会被系统变成一个CANCEL事件传递给C的onTouchEvent方法 * 后续又来了一个MOVE事件，该MOVE事件才会直接传递给B的onTouchEvent() > 1. 后续事件将直接传递给B的onTouchEvent()处理 > 2. 后续事件将不会再传递给B的onInterceptTouchEvent方法，该方法一旦返回一次true，就再也不会被调用了。 * C再也不会收到该事件列产生的后续事件。  流程图 特别注意： * 如果ViewGroup A 拦截了一个半路的事件（如MOVE），这个事件将会被系统变成一个CANCEL事件并传递给之前处理该事件的子View； * 该事件不会再传递给ViewGroup A的onTouchEvent() * 只有再到来的事件才会传递到ViewGroup A的onTouchEvent() ### 3.3 总结 * 对于Android的事件分发机制，你应该已经非常清楚了