View的事件传递机制-原理介绍(1)

日期：2015-03-13

类型：View的事件传递机制

     Android 中与 Touch 事件相关的方法包括：dispatchTouchEvent(MotionEvent ev)、onInterceptTouchEvent(MotionEvent ev)、onTouchEvent(MotionEvent ev)；能够响应这些方法的控件包括：ViewGroup、View（这里的View指的是包括字控件的容器View）、Activity。方法与控件的对应关系如下表所示：



    从这张表中我们可以看到 ViewGroup 和 View 对于 Touch 事件相关的三个方法均能响应，而 Activity 对 onInterceptTouchEvent(MotionEvent ev) 也就是事件拦截不进行响应。另外需要注意的是 View 对 dispatchTouchEvent(MotionEvent ev) 和 onInterceptTouchEvent(MotionEvent ev) 的响应的前提是可以向该 View 中添加子 View，如果当前的 View 已经是一个最小的单元
View（比如 TextView），那么就无法向这个最小 View 中添加子 View，也就无法向子 View 进行事件的分发和拦截，所以它没有 dispatchTouchEvent(MotionEvent ev) 和 onInterceptTouchEvent(MotionEvent ev)，只有 onTouchEvent(MotionEvent ev)。

<一>必须知识（Touch 事件分析）

1 事件分发：public boolean dispatchTouchEvent(MotionEvent ev)

    Touch 事件发生时 Activity 的 dispatchTouchEvent(MotionEvent ev) 方法会以隧道方式（从根元素依次往下传递直到最内层子元素或在中间某一元素中由于某一条件停止传递）将事件传递给最外层 View 的 dispatchTouchEvent(MotionEvent ev) 方法，并由该 View 的 dispatchTouchEvent(MotionEvent ev) 方法对事件进行分发。dispatchTouchEvent 的事件分发逻辑如下：

    (1)如果 return true，此时事件会停止向下传递，此时事件分发分为如下三种情况：

          <1>如果当前 View 获取的事件直接来自 Activity，则事件会由当前的view及Activity的dispatchTouchEvent方法进行消费；

          <2>如果当前view位于外层view与内层view之间，则事件由当前view（dispatchTouchEvent）及外层view(dispatchTouchEvent及onInterceptTouchEvent )消费。

          <3>如果当前View位于最内层，则此时与情况<2>有一致行为。

           注意：在情况<2>下，当前View只有dispatchTouchEvent消费事件，而外层view的dispatchTouchEvent及onInterceptTouchEvent都会参与消费事件，且当前Activity的dispatchTouchEvent与参与消费事件；在此情况下，onTouchEvent是没有机会执行的，所以如果想在onTouchEvent中做些动作，那不应该在dispatchTouchEvent中返回true。

    (2)如果 return false,此时事件会停止向下传递，此时事件分发分为两种情况：

         <1>如果当前 View 获取的事件直接来自 Activity，则会将事件返回给 Activity 的 onTouchEvent 进行消费；

         <2>如果当前 View 获取的事件来自外层父控件，则会将事件返回给父 View 的 onTouchEvent 进行冒泡处理（或者在父view消费或者继续冒泡处理）。

          注意：在return false这种情况下，会执行onTouchEvent，但是当前View是没有机会执行该方法的，它会以冒泡的方式传递给父view（情况<2>）或者传递给相应Activity（<情况1>）的onTouchEvent 进行冒泡处理。

    (3)如果返回系统默认的 super.dispatchTouchEvent(ev)，事件会自动的分发给当前 View 的 onInterceptTouchEvent 方法。

     总结：在return true与return false时，都会停止当前事件向下传递，只是方式有些不同；return true时由dispatchTouchEvent或者onInterceptTouchEvent或者二者对事件进行消费，此时onTouchEvent没有机会执行；return false时，会将事件分发给父view的 onTouchEvent 进行冒泡处理，此时当前View是没有机会执行onTouchEvent。

2 事件拦截：public boolean onInterceptTouchEvent(MotionEvent ev) 

     在外层 View 的 dispatchTouchEvent(MotionEvent ev) 方法返回系统默认的 super.dispatchTouchEvent(ev) 情况下，事件会自动的分发给当前 View 的 onInterceptTouchEvent 方法。onInterceptTouchEvent 的事件拦截逻辑如下：

     (1)如果 onInterceptTouchEvent 返回 true，则表示将事件进行拦截，并将拦截到的事件交由当前 View 的 onTouchEvent 进行冒泡处理（注意：该事件不一定在当前view消费，当然也有可能在当前View消费）；如下是两个需求注意的地方：

        <1>如果当前view的onTouchEvent返回true，则会在当前view进行事件的消费，但是请注意只有第一次进入当前view的onTouchEvent时当前view的拦截方法onInterceptTouchEvent 才会执行，也就是说此时当前view的onInterceptTouchEvent 只有一次执行的机会。(理解：返回true表示当前view要处理这个down事件，于是当前view不需要再走拦截事件的流程，所以后续不需要再执行onInterceptTouchEvent 方法，后续的事件从当前view的dispatchTouchEvent方法直接到当前view的onTouchEvent方法了)

        <2>事件会一路传递到当前view的onTouchEvent，也就是说在传递路径上的外层view都会收到除了down事件之后的后续事件，后续事件在这外层view上都会有一个完整的分发流程体现。

     (2)如果 onInterceptTouchEvent 返回 false，则表示将事件放行()，当前 View 上的事件会被传递到子 View 上，再由子 View 的 dispatchTouchEvent 来开始这个事件的分发；

     (3)如果 onInterceptTouchEvent 返回 super.onInterceptTouchEvent(ev)，事件不会被拦截(放行)，当前 View 上的事件会被传递到子 View 上，再由子 View 的 dispatchTouchEvent 来开始这个事件的分发。

     总结：此方法中，返回false与返回 super.onInterceptTouchEvent(ev)体现再来的动作相同，都会放行当前事件；重点理解返回true时拦截事件并交由当前view的onTouchEvent 进行冒泡处理这种情况。

3 事件响应：public boolean onTouchEvent(MotionEvent ev)

    在 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev) 并且 onInterceptTouchEvent 返回 true(此时事件被拦截，不会传递到内层view去) 或返回 super.onInterceptTouchEvent(ev) (此时事件会被放行，会继续传递到内层view)的情况下 onTouchEvent 会被调用。onTouchEvent 的事件响应逻辑如下：

    如果事件传递到当前 View 的 onTouchEvent 方法，而该方法返回了 false，那么这个事件会从当前 View 向上传递，并且都是由上层 View 的 onTouchEvent 来接收，如果传递到上面的 onTouchEvent 也返回 false，这个事件就会“消失”，而且接收不到下一次事件。

    如果返回了 true 则会接收并消费该事件。

    如果返回 super.onTouchEvent(ev) 默认处理事件的逻辑和返回 false 时相同。
到这里，与 Touch 事件相关的三个方法就分析完毕了。下面的内容会通过各种不同的的测试案例来验证上文中三个方法对事件的处理逻辑。

  下一篇文章将会结合实例，应用上面说到的分发逻辑进行实例分析。