Android Touch事件传递详解

概述

在做Android开发的过程中,如果想自定义一些手势操作,做一些酷炫的效果,那么必须理解Android中的touch事件是如何传递的。接下来将通过代码与图例对事件传递做一个详细的分析。

看图说话

android simple touch flow

android simple touch flow

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

主要方法介绍

dispatchTouchEvent(MotionEvent event)

决定touch事件是否派发。在View和Activity中都有这个方法。

onTouchEvent(MotionEvent event)

如果返回true,则表示这个事件被消费掉,如果返回false则将事件向上一层父容器传递。

onInterceptTouchEvent(MotionEvent ev)

是否拦截touch事件,如果拦截,则不传递事件到子View,否则事件继续传递给子View,所以这个接口只有ViewGroup的派生类才有,View是没有该接口的。

代码分析

自定义ViewGroup,和View的子类,重写消息传递的几个方法,源码下载

视图

就是在自定义的灰色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的记录只2条,这是因为TouchViewGroup,TouchView它们的onTouchEvent方法在接收到第一个ACTION_DOWN事件之后返回了false,所以以后发生的所有事件都会传递给他们

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

    首先将TouchView的onTouchEvent返回值改为true,和上一组日志做对比分析,这一组数据中两个touch事件都有4条记录,形态完全对称非常漂亮,touch事件从MainActivity开始,到TouchView消亡,而上一组数据的touch事件还有一个回溯的过程,这是因为这次TouchView的onTouchEvent方法返回了true,将这个事件给消费了。那么将TouchViewGroup的onTouchEvent方法修改为true呢?有兴趣的同学脑部一下,脑补不出来的,运行一下代码看看。

总结

    touch事件在传递的过程中总体形态上呈两条线,通过改变方法的返回值,可以改变线路的形态。留下一个思考的问题吧,如果将视图节点中TouchViewGroup,TouchView这两个控件由父子关系,修改为兄弟关系,事件传递是怎么样的呢?动手试一下吧!



  copyright@黑月神话,转载请注明出处:vjson.com

发表评论