最近有些空余时间,复习了下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的传递处理是怎样的呢。
大家可以先根据自己的理解,想一下这种情况下面的传递流程及结果。
为了做对照，我先把最常见的情况罗列出来：
- 普通情况下, 都按照系统默认, 即
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: 点击了
- 第二种情况,
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接收到并处理了.
- 接下来看上面说到的那种情况:
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打印出来的.
网友评论