Android(安卓)onTouchEvent 返回值不同时对事件的传递的影响

最近有些空余时间,复习了下Touch事件的传递机制，对以前不明白的地方整理了下。关于Touch事件，前前后后看了不少大神写的博客，也照着博客的解释去看系统源码，对Touch事件的理解提升了很多。
推荐大家看这位大神的博客：
工匠若水的CSDN博客, 非常详细的3篇分析文章
Android触摸屏事件派发机制详解与源码分析一(View篇)
Android触摸屏事件派发机制详解与源码分析二(ViewGroup篇)
Android触摸屏事件派发机制详解与源码分析三(Activity篇)

以及这位大神的 sunzn:
Android 编程下 Touch 事件的分发和消费机制

看完上面这几篇博客，并对照着系统源码理解后，相信大家会对Touch事件的理解深入不少。我花了差不多一整天的时间理解后（理解力有些差啊），效果很棒。但还没有理解透彻，对最里层的view（比如button等）处理事件的结果层层上传至最外层的Activity（中间层为viewgroup，view的父控件，如LinearLayout）的过程还有些不太理解。于是自己又做了个小测试。现将测试的结果记录下来，并简单说明下。纯当做个人笔记，如有错误，望各位同学指正。

测试布局很简单跟sunzn大神博客中一样的布局，一个Activity布局中放值一个自定义的RelativeLayout（类名为TestViewGroup），然后RelativeLayout中间再放置一个自定义的Button（类名为TestView）。自定义类分别重写了几个关键的方法：dispatchTouchEvent()，onInterceptTouchEvent()，onTouchEvent()，并给TestView设置OnTouchListener和OnClickListener，方法中都是简单的打印log。

为方便大家对照着看log，将最常见的几个touch事件的action记下来：

MotionEvent.ACTION_DOWN = 0MotionEvent.ACTION_UP = 1MotionEvent.ACTION_MOVE = 2MotionEvent.ACTION_CANCEL = 3

因为以上博客中测试的情况都是View和ViewGroup简单处理事件的结果，比如在onTouchEvent()方法中处理所有down，move 和 up 事件都返回相同的的结果true，false 或者系统默认的处理super.onTouchEvent。如果我们在实际开发中有这样一种业务需求：在一连串的触摸事件中（按下--移动--抬起）需要根据不同的情况，返回true或者false时，事件传递是怎么样的呢？
所以，我测试的重点问题为：
如果我们在TestView中按以下方式重写View的onTouchEvent()方法:

@Overridepublic boolean onTouchEvent(MotionEvent event) {   Log.i(TAG, "onTouchEvent: " + event.getAction());   if (event.getAction() == MotionEvent.ACTION_DOWN) {      return super.onTouchEvent(event);   } else {      Log.i(TAG, "onTouchEvent: 返回false");      return false;   }}

也就是说，最开始的down事件由TestView接收并按系统的方法处理了，即会默认返回true（因为我们的TestView是继承自Button的），后续的move 和 up 事件由我们手动处理直接返回false，那么事件从最外层的Activity至中间的TestViewGroup再至最里层的TestView的传递处理是怎样的呢。
大家可以先根据自己的理解,想一下这种情况下面的传递流程及结果。

为了做对照，我先把最常见的情况罗列出来：

普通情况下, 都按照系统默认, 即TestView正常接受所有事件。点击中间的TestButton后,可以发现事件都由onTouchEvent消费,每个单独的事件传到TestView就结束了, ViewGroup和Activtiy的onTouchEvent()方法都没有执行(分别贴出down,move,up事件的log)

I/MainActivity: dispatchTouchEvent: 0I/testViewGroup: dispatchTouchEvent: 0I/testViewGroup: onInterceptTouchEvent: 0I/TestView: dispatchTouchEvent: 0I/TestView: onTouch: 点击了I/TestView: onTouchEvent: 0

I/MainActivity: dispatchTouchEvent: 2I/testViewGroup: dispatchTouchEvent: 2I/testViewGroup: onInterceptTouchEvent: 2I/TestView: dispatchTouchEvent: 2I/TestView: onTouch: 点击了I/TestView: onTouchEvent: 2

I/MainActivity: dispatchTouchEvent: 1I/testViewGroup: dispatchTouchEvent: 1I/testViewGroup: onInterceptTouchEvent: 1I/TestView: dispatchTouchEvent: 1I/TestView: onTouch: 点击了I/TestView: onTouchEvent: 1I/TestView: onClick: 点击了

第二种情况,Activity和 ViewGroup的所有方法都用系统默认的.TestView的onTouchEvent方法中对所有事件均全部返回false,打印的log如下:

I/MainActivity: dispatchTouchEvent: 0I/TestViewGroup: dispatchTouchEvent: 0I/TestViewGroup: onInterceptTouchEvent: 0I/TestView: dispatchTouchEvent: 0I/TestView: onTouch: 点击了I/TestView: onTouchEvent: 0I/TestView: onTouchEvent: 返回falseI/testViewGroup: onTouchEvent: 0I/MainActivity: onTouchEvent: 0

I/MainActivity: dispatchTouchEvent: 2I/MainActivity: onTouchEvent: 2I/MainActivity: dispatchTouchEvent: 2I/MainActivity: onTouchEvent: 2I/MainActivity: dispatchTouchEvent: 2I/MainActivity: onTouchEvent: 2I/MainActivity: dispatchTouchEvent: 2I/MainActivity: onTouchEvent: 2I/MainActivity: dispatchTouchEvent: 2I/MainActivity: onTouchEvent: 2

I/MainActivity: dispatchTouchEvent: 1I/MainActivity: onTouchEvent: 1

可以发现TestView收到down事件后返回false,它的外层父控件也调用了onTouchEvent方法并默认返回false,最后一直调用到Activity的onTouchEvent,后续的move 和 up 事件都只有Activity接收到并处理了.

接下来看上面说到的那种情况:
Activity和 ViewGroup的所有方法都用系统默认的处理方法,TestView中按以下方式重写View的onTouchEvent()方法:

@Overridepublic boolean onTouchEvent(MotionEvent event) {   Log.i(TAG, "onTouchEvent: " + event.getAction());   if (event.getAction() == MotionEvent.ACTION_DOWN) {      return super.onTouchEvent(event);   } else {      Log.i(TAG, "onTouchEvent: 返回false");      return false;    }}

打印的log如下:

I/MainActivity: dispatchTouchEvent: 0I/testViewGroup: dispatchTouchEvent: 0I/testViewGroup: onInterceptTouchEvent: 0I/TestView: dispatchTouchEvent: 0I/TestView: onTouch: 点击了I/TestView: onTouchEvent: 0

I/MainActivity: dispatchTouchEvent: 2I/testViewGroup: dispatchTouchEvent: 2I/testViewGroup: onInterceptTouchEvent: 2I/TestView: dispatchTouchEvent: 2I/TestView: onTouch: 点击了I/TestView: onTouchEvent: 2I/TestView: onTouchEvent: 返回falseI/MainActivity: onTouchEvent: 2

I/MainActivity: dispatchTouchEvent: 1I/testViewGroup: dispatchTouchEvent: 1I/testViewGroup: onInterceptTouchEvent: 1I/TestView: dispatchTouchEvent: 1I/TestView: onTouch: 点击了I/TestView: onTouchEvent: 1I/TestView: onTouchEvent: 返回falseI/MainActivity: onTouchEvent: 1

可以看到TestView处理了down事件并返回true后, ViewGroup和Activity的onTouchEvent都没有处理down事件,而是立即下发了第二个move事件，这里跟第一种情况是一样的处理结果. TestView收到move事件并返回false后, ViewGroup收到TestView返回的结果后,并没有在onTouchEvent中对move事件处理,而是继续将false结果上传,直至最后上传给最外层的Activity,并最终由Activity的onTouchEvent处理move事件.后续的所有move, up 事件都会先传递给TestView处理后, 再最终向上传递给Activity处理.中间所有的 ViewGroup都不会处理,只是起传递作用.

为什么会这样呢？

对照ViewGroup dispatchTouchEvent()方法的源码中最关键的一段,这段代码只在down事件下发时才会执行,理解上面这种结果会容易很多,源码如下:

if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {    // Child wants to receive touch within its bounds.    mLastTouchDownTime = ev.getDownTime();    if (preorderedList != null) {        // childIndex points into presorted list, find original index        for (int j = 0; j < childrenCount; j++) {            if (children[childIndex] == mChildren[j]) {                mLastTouchDownIndex = j;                break;            }        }    } else {        mLastTouchDownIndex = childIndex;    }    mLastTouchDownX = ev.getX();    mLastTouchDownY = ev.getY();    newTouchTarget = addTouchTarget(child, idBitsToAssign);    alreadyDispatchedToNewTouchTarget = true;    break;}

第一行的dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)方法就是下发事件ev给子控件 child的方法,子控件会调用child.dispatchTouchEvent(event)处理down事件.child最终会调用onTouchEvent处理down事件并返回结果,返回的结果会再返回给这里的dispatchTransformedTouchEvent(),然后再第一行进行if判断,因为我们的处理逻辑是down事件返回true,所以进入if判断执行下面的代码.然后再倒数第四行 newTouchTarget = addTouchTarget(child, idBitsToAssign); 将我们的TestView设置为执行触摸事件的目标控件.后续的move,up事件都会下发给它了.
后续的move ,up事件在ViewGroup 的 dispatchTouchEvent()方法中会执行的代码下面的代码,

while (target != null) {        final TouchTarget next = target.next;        if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {            handled = true;        } else {            final boolean cancelChild = resetCancelNextUpFlag(target.child)                    || intercepted;            if (dispatchTransformedTouchEvent(ev, cancelChild,                    target.child, target.pointerIdBits)) {                handled = true;            }            if (cancelChild) {                if (predecessor == null) {                    mFirstTouchTarget = next;                } else {                    predecessor.next = next;                }                target.recycle();                target = next;                continue;            }        }        predecessor = target;        target = next;    }}

看到中间的这段关键代码了吗?

if (dispatchTransformedTouchEvent(ev, cancelChild,           target.child, target.pointerIdBits)) {     handled = true;}

这个if判断并没有else部分,所以如果move, up 返回false, ViewGroup 的 dispatchTouchEvent()方法没有做任何处理,最后仅仅是将handled 变量标记为false,再传递给了更外层的Activity. 所以我们看到的结果就是上面的log打印出来的.

更多相关文章

随机推荐