Android 事件分发一

Android 事件分发一

Android事件分发是每一个Android程序员都应该烂熟于心的内容。本文将对Android的时间分发做一个整体（不涉及系统源码）描述。
我们在这里只讨论 单手指下的 DOWN UP MOVE CANCEL事件

让我们先来看一个场景：
其中我们假设C是一个LinearLayout B是一个LinearLayout A是一个View，我们假设它们存在以下关系 C 是 B的父类 B是A的父类，它们的界面布局大概如图所示。
现在我们来看下此场景下的事件分发，首先我们并没有给任何View设置点击事件（也是是接受事件），然后我们点击以下A,控制台的输出为：

先暂时忽略onInterceptTouchEvent,我们用一张形象的图来描述一下这个过程：

我们可以大致描述一下这个过程：
当发生按下事件后，最底层的布局先接收到事件，触发dispatchTouchEvent进行事件分发，将事件交给父布局B的dispatchTouchEvent，然后交给View A, 这时事件传递到了最上层的A，然后A -> B -> C依次触发onTouchEvent

下面我们给A添加一个点击事件，再来看一下结果

我们继续忽略onInterceptTouchEvent，请看下图的事件流转:

我们可以看到当A设置了点击事件后 Touch将不再会传递给B 和 C的OnTouchEvent, 而如果我们只给B添加了事件监听，down事件会传递给B的onTouchEvent ,然后up事件会走蓝色箭头的流程 不再传递给A
然后我们再来完善一下事件传递的过程：
当发生按下事件后，最底层的布局先接收到事件，触发dispatchTouchEvent进行事件分发，将事件交给父布局B的dispatchTouchEvent，然后交给View A, 这时事件传递到了最上层的A，然后会尝试依次触发A->B-C的onToutch方法，期间如果某个View的OnTOuchEvent返回了true 表示接受处理这个事件，那个Down事件将不再会传递给下层的View的onTouchEvent方法，之后的事件也会只传递给接受事件的这个View就中止传递了

现在让我们来添加上onInterceptTouchEvent方法再来看这个流程，onInterceptTouchEvent方法只存在于ViewGroup中，表示是否拦截Touch事件，如果返回一次true后，之后的事件将不再向后传递，需要特殊记住的是onInterceptTouchEvent当返回一次true后 之后将不再会调用到onInterceptTouchEvent。
我们看下面这组情况，我们给A设置点击时间，然后在B的onInterceptTouchEvent中返回true，看到log输出如下：

然后我们依然用一张图来表示这个过程：

其中绿线是onInterceptTouchEvent返回true时的路线，红线是返回false的路线，我们可以看到如果返回true那么事件将不再会向上传递。

以上就是常用的事件分发，在下一篇中我将给大家介绍在FrameLayout，多层View之间覆盖时候的事件传递。