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 = 0
MotionEvent.ACTION_UP = 1
MotionEvent.ACTION_MOVE = 2
MotionEvent.ACTION_CANCEL = 3

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

@Override
public 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的传递处理是怎样的呢。
大家可以先根据自己的理解,想一下这种情况下面的传递流程及结果。

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

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

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

I/MainActivity: dispatchTouchEvent: 1
I/testViewGroup: dispatchTouchEvent: 1
I/testViewGroup: onInterceptTouchEvent: 1
I/TestView: dispatchTouchEvent: 1
I/TestView: onTouch: 点击了
I/TestView: onTouchEvent: 1
I/TestView: onClick: 点击了
  1. 第二种情况,Activity和 ViewGroup的所有方法都用系统默认的.TestView的onTouchEvent方法中对所有事件均全部返回false,打印的log如下:
I/MainActivity: dispatchTouchEvent: 0
I/TestViewGroup: dispatchTouchEvent: 0
I/TestViewGroup: onInterceptTouchEvent: 0
I/TestView: dispatchTouchEvent: 0
I/TestView: onTouch: 点击了
I/TestView: onTouchEvent: 0
I/TestView: onTouchEvent: 返回false
I/testViewGroup: onTouchEvent: 0
I/MainActivity: onTouchEvent: 0

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

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

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

  1. 接下来看上面说到的那种情况:
    Activity和 ViewGroup的所有方法都用系统默认的处理方法,TestView中按以下方式重写View的onTouchEvent()方法:
@Override
public 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: 0
I/testViewGroup: dispatchTouchEvent: 0
I/testViewGroup: onInterceptTouchEvent: 0
I/TestView: dispatchTouchEvent: 0
I/TestView: onTouch: 点击了
I/TestView: onTouchEvent: 0

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

I/MainActivity: dispatchTouchEvent: 1
I/testViewGroup: dispatchTouchEvent: 1
I/testViewGroup: onInterceptTouchEvent: 1
I/TestView: dispatchTouchEvent: 1
I/TestView: onTouch: 点击了
I/TestView: onTouchEvent: 1
I/TestView: onTouchEvent: 返回false
I/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打印出来的.

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。

推荐阅读更多精彩内容