Android 事件分发

事件是什么？

用户触摸屏幕而产生的点击事件，事件主要包括：按下、滑动、抬起与取消 ，被封装成MotionEvent对象 ，也就是被分发的对象。

按下、滑动、抬起、取消这几种事件组成了一个事件流。事件流以按下为开始，中间可能有若干次滑动，以抬起或取消作为结束。

触发事件

分发事件的组件

分发事件的组件

其中:Activity——>ViewGroup——>View

事件分发的核心方法

1.dispatchTouchEvent（）

2.onTouchEvent（）

3.onInterceptTouchEvent（）

他们并不存在所有负责分发的组件中，而是

注：ViewGroup类中，实际是没有onTouchEvent方法的，但是由于ViewGroup继承自View，而View拥有onTouchEvent方法，故ViewGroup的对象也是可以调用onTouchEvent方法的。故在表格中表明ViewGroup中存在onTouchEvent方法的，下文为上面的方法做出介绍。

在此之前，需知：

        1.如果某个组件的该方法返回TRUE,则表示该组件已经对事件进行了处理，不用继续调用其余组件的分发方法，即停止分发。

        2.如果某个组件的该方法返回FALSE,则表示该组件不能对该事件进行处理，需要按照规则继续分发事件。在不复写该方法的情况下，除了一些特殊的组件，其余组件都是默认返回False的。

分发方法dispatchTouchEvent

该方法主要是负责分发，是安卓事件分发过程中的核心

当事件传递给Activity后，它先将事件分发给子View处理

如果经过子View层层传递或处理后，该事件被消费了返回TRUE，则Activity的分发方法也返回TRUE，同样也表示该事件已经被消费了，若没有被消费则返回FALSE，会调用调用onTouchEvent()去处理，看其实际的处理情况，如果onTouchEvent()消费了该事件，依然返回TRUE，表示已经消费，作为dispatchTouchEvent的返回值，让调用它的对象知道该Activity已经消费了事件，若onTouchEvent()也没有消费该事件，返回FALSE，作为dispatchTouchEvent的返回值，让调用它的对象知道该Activity没有消费事件，需要继续处理。

ViewGroup的dispatchTouchEvent方法

ViewGroup的该方法与Activity的类似，只是新添了一个onInterceptTouchEvent方法。当事件传入时，首先会调用onInterceptTouchEvent。

如果该方法返回了FALSE（表示不拦截），则交给子View去调用dispatchTouchEvent（）方法

如果该方法返回了TRUE（表示拦截），则直接交给该ViewGroup对象的onTouchEvent(ev)方法处理，具体是否能处理以onTouchEvent()的实际情况为准。

实际上，在onInterceptTouchEvent返回TURE表示拦截时，实际调用的是super.dispatchTouchEvent方法，即View的该方法，进而由该方法调用onTouchEvent.

View的dispatchTouchEvent方法

从该方法的核心逻辑中可以看到，事件传递进来后，首先会对mOnTouchListener判空，如果之前Set了Listener，则会调用其onTouch方法。

若onTouch方法返回TRUE，则dispatchTouchEvent也会返回TRUE，表示消费该事件。

若onTouch方法返回FALSE，或者mOnTouchListener本来就是空，则调用自身的onTouchEvent()来处理，是否消费事件，可以由其返回值判断。实际上，在View的onTouchEvent方法中，如果设置了onClickListener监听对象，则会调用其onClick方法。

回顾上面Activity、ViewGroup和View中的dispatchTouchEvent方法，它们大体都可以分为两部分，前一部分是交由子View的dispatchTouchEvent方法或onTouch方法进行处理，后一部分是交给自身的onTouchEvent方法处理为了便于记忆和理解，可以将各组件的dispatchTouchEvent方法分为两部分：子View的dispatchTouchEvent 或 onTouch方法自身的onTouchEvent方法

这个结构有点类似于递归的过程，就是组件的dispatchTouchEvent会自用子组件的同名方法，子组件一样会调用子子组件的同名方法，直到递归到底，然后在从递归底部返回上层，直到返回到最上层，整个过程结束。或者在这个过程中，事件传递到某个子View，该子View决定处理该事件，则事件交给其自身的onTouchEvent方法处理，如果onTouchEvent方法处理不了，再交由父组件的同名方法处理，直到向上传递到顶层结束。

拦截方法onInterceptTouchEvent

该方法是ViewGroup类对象所独有的，用于对事件进行提前拦截。在一般情况下，该方法是默认返回FALSE的，即不拦截。

如果自定义的ViewGroup希望拦截事件，不希望事件继续往子View传播，可以覆写该方法，返回TRUE，即可阻止向下的传播过程。

实际上，从上面的核心逻辑的伪代码中可以看出，在ViewGroup调用dispatchTouchEvent后，肯定会调用该方法，根据该方法的返回值来确定如何处理。若该方法返回True，则会将事件拦截掉，就给自身的onTouchEvent处理。如果返回False,则继续传递给child执行分发流程。

处理方法onTouchEvent

该方法主要对事件进行处理，若返回True表示已经处理了事件，若返回False则表示没有对事件进行处理，需要继续传递事件。一般情况下，默认为FALSE。在View的onTouchEvent方法中，如果设置了onClickListener监听对象，则会调用其onClick方法。

结尾

本文在介绍了事件分发基本概念的基础上，介绍了负责参与事件分发的核心方法，包括dispatchTouchEvent()、onInterceptTouchEvent与onTouchEvent方法。重点分析了在Activity、ViewGroup与View中的dispatchTouchEvent方法。它们三者中的该方法结构类似，都是先调用子View的同名方法或者listener方法，然后再调用自身的onTouchEvent方法。这些方法在调用关系中体现了一个类似‘递归’的调用过程，通过dispatchTouchEvent将事件传递下去，又通过onTouchEvent将事件传递上来。中间的这一过程可以通过让onInterceptTouchEvent方法（对于ViewGroup），或者另外的负责分发的方法返回TRUE，均可以提前终止这一类似’递归‘的调用过程，进而让事件的处理符合我们的预期。