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();

    public TouchView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.d(TAG, "TouchView onTouchEvent action=" + event.getAction());

        return true;
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.d(TAG, "TouchView dispatchTouchEvent action=" + event.getAction());

        return super.dispatchTouchEvent(event);
    }
}

public class TouchViewGroup extends FrameLayout {
    private static final String TAG = TouchView.class.getSimpleName();

    public TouchViewGroup(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.d(TAG, "TouchVIewGroup dispatchTouchEvent action=" + ev.getAction());

        boolean dispatch = super.dispatchTouchEvent(ev);

        return dispatch;
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.d(TAG, "TouchVIewGroup onTouchEvent action=" + event.getAction());

        return super.onTouchEvent(event);
    }

}

public class MainActivity extends AppCompatActivity {
    private static final String TAG = TouchView.class.getSimpleName();

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.d(TAG, "MainActivity dispatchTouchEvent action=" + event.getAction());

        return super.dispatchTouchEvent(event);
    }
}

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context="com.example.android.touchtransfer.MainActivity" >

    <com.example.android.touchtransfer.TouchViewGroup
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:background="@android:color/darker_gray" >

        <com.example.android.touchtransfer.TouchView
            android:layout_width="100dp"
            android:layout_height="100dp"
            android:background="#ff000000" />
    </com.example.android.touchtransfer.TouchViewGroup>

</RelativeLayout>

六、视图

就是在自定义的灰色ViewGroup中放入一个黑色的孩子节点

首先重写的所有方法返回父类的结果，采用系统默认的行为(这个时候TouchView和TouchViewGroup的onTouchEvent都是返回false)，点击黑色的View，然后观察日志，从日志中可以看出是从MainActivity－>TouchViewGroup->TouchView,由于TouchView的onTouchEvent返回false就表示它不处理这个touch事件，事件将往回传递到TouchViewGroup的onTouchEvent方法，同样父容器也是返回false，所以事件继续传递到Activity来处理，“action＝0”表示这个事件是ACTION_DOWN。

从上面的日志中看，action＝0的记录有6条，但是action＝1的记录只1条，这是因为TouchViewGroup，TouchView它们的onTouchEvent方法在接收到第一个ACTION_DOWN事件之后返回了false，所以以后发生的所有事件都会传递给他们。

改变变事件传递过程中的变量：

首先将TouchView的onTouchEvent返回值改为true，和上一组日志做对比分析，这一组数据中两个touch事件都有4条记录，形态完全对称非常漂亮，touch事件从MainActivity开始，到TouchView消亡，而上一组数据的touch事件还有一个回溯的过程，这是因为这次TouchView的onTouchEvent方法返回了true，将这个事件给消费了。

七、总结

touch事件在传递的过程中总体形态上呈两条线，通过改变方法的返回值，可以改变线路的形态。

作者：张海洋
原文地址