Android学习日志：事件拦截机制

在Android中，当触摸屏幕时，就会产生触摸事件。

Android为触摸事件封装了一个类——MotionEvent。如果重写View的onTouchEvent()方法，就可以看到该方法的参数就是一个MotionEvent的实例。

一般我们会通过event.getAction()获取事件的点击类型，并根据点击类型实现相应的逻辑。MotionEvent的事件类型有三种：按下、滑动、离开。当然，我们还可以通过MotionEvent获取触摸点的坐标等所需要的东西。

我们知道，Android中的View结构是树形的。我们知道，ViewGroup继承自View，而一个ViewGroup里可以有多个View，如此嵌套，形成树状结构。而当我们点击屏幕时，我们的触摸事件应该由哪个View处理呢？同一个事件，可能会有好几个View都想处理这个事件。因此，才有了事件拦截机制。

在View中有着这么两个方法：dispatchTouchEvent(MotionEvent event)、onTouchEvent(MotionEvent event)，用于派遣和响应触摸事件，而ViewGroup中还多了一个方法onInterceptTouchEvent(MotionEvent ev)，用于拦截触摸事件。

在ViewGroup类中，当触摸事件发生时，这三个方法的执行顺序分别为：dispatchTouchEvent() –> onInterceptTouchEvent() –> onTouchEvent()，而View中则少了onInterceptTouchEvent()这一方法。

当一个触摸事件发生时，ViewGroup会决定是否接受该事件，如果接受，则决定是否拦截该事件，如果不拦截，就交由子View处理，待子View处理完，根据子View的返回值决定是否再由ViewGroup处理。
一般情况下我们只会重写onInterceptTouchEvent()和onTouchEvent()方法，dispatchTouchEvent()方法基本不做处理。

以上三个方法的返回值都是boolean类型，其中：
事件拦截的返回值：true，拦截，不继续传递，直接执行onTouchEvent()方法；false，不拦截，传递给子View。
事件处理的返回值：true，不用交由ViewGroup处理；false，交给上级处理。
很显然，默认情况下这两个方法的返回值都为false。

接下来我们来看一些简单的例子，以Log日志展示，我用了2个View，分别是ViewGroupA以及subView，其结构为:ViewGroupA–>subView。

默认情况下，其输出为：

ViewGroupA.dispatchTouchEvent()
ViewGroupA.onInterceptTouchEvent()
subView.dispatchTouchEvent()
subView.onTouchEvent()
ViewGroupA.onTouchEvent()

修改ViewGroupA的onInterceptTouchEvent()方法的返回值为true时：

ViewGroupA.dispatchTouchEvent()
ViewGroupA.dispatchTouchEvent()
ViewGroupA.onTouchEvent()

修改subView的onTouchEvent()方法的返回值为true时：

ViewGroupA.dispatchTouchEvent()
ViewGroupA.onInterceptTouchEvent()
subView.dispatchTouchEvent()
subView.onTouchEvent()