Android Touch事件传递详解

一、前言

（1）在自定义view的时候经常会遇到事件拦截处理，比如在侧滑菜单的时候，我们希望在侧滑菜单里面有listview控件，但是我们希望既能左右滑动又能上下滑动，这个时候就需要对触摸的touch事件进行拦截。这个时候我们就需要明白android touch 事件传递机制，

（2）以前很多时候比较模糊，也许是网上看到也有很多事件传递的相关文章，但我看着头晕，解释不彻底，有的说得一半，总算不满足不满意，于是据我自己的理解来彻底的来整理下具体的是怎么个传递方式，以最简单通俗易懂的方式分享给大家，谢谢。

二、传递机制视图

上面这幅图例分析了事件传递的简单情况，被分析的对象包括Activity，ViewGroup，View，以及dispatchTouchEvent，onTouchEvent两个方法。为了理解起来容易，图例中并没有对onInterceptTouchEvent这个方法进行分析。如果有需要可以在后续的文章中分析。
图例中Activity和ViewGroup的dispatchTouchEvent方法都直接返回系统默认值，而onTouchEvent是图中的变量，通过改变该方法的返回值，将得到不同的事件传递路径。onTouchEvent返回true表示这个消息被消费掉，返回false则向父级传递。
从图中可以看出事件先是从Activity－>ViewGroup->View这样传递下去，事件处理则是从View－>ViewGroup->Activity。可以理解为有两个方向。

三、touch事件传递形象说明

（1）touch事件事件传递形象的理解可以这么认为：比如我有一个苹果（touch），我可以自己吃也可以分发（dispatchTouchEventon）给孩子吃（TouchEvent）。如果我不吃那么我就返回给我的父亲处理，如果我分发给孩子那么孩子，那么这个苹果交给我的孩子他有自己独立的权利进行处理，他可以继续分给他的孩子就是我的孙子进行处理，也可以自己吃了吃掉，如果我的孙子不处理他也可以返回给他的父亲就是我的孩子处理，我的孩子也有相同的权利进行处理。

（2）接着上面其实这个事件（苹果）的传递是从上往下，然后再由下往上传递，中途如果有人消费这个事件（吃掉苹果），那么这个事件就结束（苹果没有了），就结束传递。

（3）事件（苹果）传递，不像我们人一样要害羞要矜持，推来推去，比如这个苹果孩子不分发给他的孩子但是他自己又不想消费（吃掉）而是返回给我，那么我就是只有两个选择要么消费（吃掉）要么返回给我的父类进行处理，不能推来推去，就是不能孩子给我了事件（苹果），我又来分发给孩子，这是不行的，这样就是个死循环。

（4）总之我拿到这个事件（苹果）会往我的孩子进行传递，我的孩子也可以往他的孩子进行传递和消费，这样转往下走，如果有一个孩子消费掉这个事件（吃掉苹果），那么该事件结束。如果孩子都不消费那么就会从最下面的孩子一层层传上来传到我手里进行处理。

（5）记住 分发 拦截 处理。任何孩子拿到该事件第一步就是往下面分发，如果中途有拦截那么久就自己处理，直到分到最底层就辈分最低的孩子，如果该事件就往上给父亲处理。

四、主要方法介绍

（1）dispatchTouchEvent(MotionEvent event)
决定touch事件是否派发。在View和Activity中都有这个方法。

（2）onTouchEvent(MotionEvent event)
如果返回true，则表示这个事件被消费掉，如果返回false则将事件向上一层父容器传递。

（3）onInterceptTouchEvent(MotionEvent ev)
是否拦截touch事件，如果拦截，则不传递事件到子View，否则事件继续传递给子View，所以这个接口只有ViewGroup的派生类才有，View是没有该接口的。

五、代码分析

自定义ViewGroup，和View的子类，重写消息传递的几个方法：

public class TouchView extends View {
   
    private static final String TAG = TouchView.class.getSimpleName(