Android事件传递、多点触控及滑动冲突的处理

96
浪淘沙xud 595a1b60 08f6 4beb 998f 2bf55e230555
4.6 2019.01.13 22:08 字数 2200

基本概念

  1. 所有Touch事件都会被封装MotionEvent, 包括Touch的类型、位置(相对屏幕的绝对位置,相对View的相对位置)、时间、历史记录以及第几个手指(多点触控)等;
  2. 事件有多种类型,常用的事件类型有:ACTION_DOWN,ACTION_UP,ACTION_MOVE,ACTION_CANCEL 等;
  3. 对事件的处理包括三类:
    事件传递,dispatchTouchEvent();
    拦截,onInterceptTouchEvent();
    消费,onTouchEvent()、OnTouchListener;

传递过程

网上有很多资料对事件的分发过程做了详尽的代码追踪,比如 https://www.jianshu.com/p/38015afcdb58

有兴趣的同学可以参考并去详细走一下,这里我做一个文字性描述:

传递细节描述

  1. 事件从 Activity.dispatchTouchEvent() 开始传递, 依次通过getWindow().superDispatchTouchEvent(event)、mDecor.superDispatchTouchEvent(event) 传递,即从Activity-> PhoneWindow ->DecorView, DecorView 是整个 ViewTree 的顶层 ViewGroup ;
  2. 在整个 ViewGroup 中,事件从顶层开始,依次往子View传递;
  3. 父 ViewGroup 可以通过 onInterceptTouchEvent() 对事件做拦截,阻止其往下传递;
  4. 如果未被拦截,则子 View 可以通过 onTouchEvent() 消费(处理)事件;
  5. 如果事件从上往下传递过程中一直没有被拦截,且最底层子 View 没有消费事件,事件会反向往上传递,这时父 ViewGroup 可以在 onTouchEvent() 中消费该事件,如果还是没有被消费的话,最后会到 Activity 的 onTouchEvent() 函数;
  6. 底层View是具有事件的优先消费权的;
  7. 如果View 没有对 ACTION_DOWN 进行消费,此次点击的后续事件不会传递过来;
  8. 如果 View 消费了 ACTION_DOWN ,此次点击的后续事件会直接给这个 View,这里的后续事件指的是 ACTION_MOVE 和 ACTION_UP 事件;此时,其父 ViewGroup 的 onIntercept 函数仍会被调用,仍能进行拦截,但它自己的 onIntercept 不会被调用了;
  9. 子 View 可以在 onTouchEvent 中调用 getParent().requestDisallowInterceptTouchEvent(true),这样父 ViewGroup 的 onIntercept 在后续的事件中就不会被调用了;
  10. 如果第一个事件即 ACTION_DOWN 就被父 ViewGroup 拦截了,子 View 将不会获取到消费事件的机会;
  11. OnTouchListener 优先于 onTouchEvent() 对事件进行消费;
  12. 消费指的是相应的函数返回 true ;
  13. ViewGroup 才有 onIntercept 方法,View 是没有的,即View不可以拦截事件;
  14. 所有的事件处理过程都是以 ACTION_DOWN 开始,ACTION_UP 或者 ACTION_CANCEL 结束,ACTION_UP 是事件正常处理逻辑的结束标志,ACTION_CANCEL 是由父 ViewGroup 主动发出,当父 ViewGroup 拦截了除 ACTION_DOWN 之外的事件,会给正在消费 ACTION_DOWN 并等待后续事件的子 View 发送一个 ACTION_CANCEL 事件,通知子 View 结束自己的事件等待;

TouchTarget

关于第7、8两点,ViewGroup是如何在 dispatchTouchEvent 过程中快速命中并分发到对应子 View 的呢?这里是通过 TouchTarget 这个结构来实现的。

private static final class TouchTarget {
        private static final int MAX_RECYCLED = 32;
        
        // 用于控制同步的锁
        private static final Object sRecycleLock = new Object[0];
        
        // 注意这是static类型的,内部可复用实例链表表头
        private static TouchTarget sRecycleBin;
        
        // 内部可复用的实例链表的长度
        private static int sRecycledCount;

        public static final int ALL_POINTER_IDS = -1; // all ones

        // 当前被触摸的 View
        public View child;
        
        // 对目标捕获的所有指针的指针id的组合位掩码
        public int pointerIdBits;

        // 链表中指向的下一个目标
        public TouchTarget next;

        private TouchTarget() {
        }

        ...
}

在ViewGroup中维护了一个变量:mFirstTouchTarget,这是在 ViewGroup 中维护的链表, 用于记录当前响应事件序列的子 View (一个事件序列对应一个响应它的子View),mFirstTouchTarget 指向链表首部。

先看一下 mFirstTouchTarget 的赋值:

// 这是发生在ViewGroup中的dispatchTouchEvent方法中
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
    ...
    mLastTouchDownX = ev.getX();
    mLastTouchDownY = ev.getY();
    newTouchTarget = addTouchTarget(child, idBitsToAssign);
}

// 当响应事件的目标child View添加到链表中,同时让 mFirstTouchTarget 指向链表的表头
private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
    final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
    target.next = mFirstTouchTarget;
    mFirstTouchTarget = target;
    return target;
}

再看 mFirstTouchTarget 在 dispatchTouchEvent 方法中的使用:

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        
        if (onFilterTouchEventForSecurity(ev)) {
            final int action = ev.getAction();
            final int actionMasked = action & MotionEvent.ACTION_MASK;

            1、如果事件是 ACTION_DOWN 事件,重置 touchTargets 状态,在 cancelAndClearTouchTargets 方法中会发出 ACTION_CANCEL 事件
            if (actionMasked == MotionEvent.ACTION_DOWN) {
                cancelAndClearTouchTargets(ev);
                resetTouchState();
            }

            2、对于一个事件序列,当其中某一个事件成功拦截时,那么对于剩下的一系列事件也会被拦截,并且不会再次执行onInterceptTouchEvent方法。如果 ACTION_DOWN 事件被拦截了,即当前ViewGroup的 onInterceptTouchEvent(ev) return true;此时 mFirstTouchTarget 必然为null,后续的事件都会当前 ViewGroup 拦截不再传递
            final boolean intercepted;
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) {
                    intercepted = onInterceptTouchEvent(ev);
                    ev.setAction(action); // restore action in case it was changed
                } else {
                    intercepted = false;
                }
            } else {
                intercepted = true;
            }

            3、如果事件既没有cancel,也没有被 intercept,遍历子View进行事件分发
            if (!canceled && !intercepted) {
                ...
            }

            4、事件分发过程中,如果dispatchTouchEvent返回了false,或者说当前的ViewGroup没有子元素的话,会走到这个逻辑。mFirstTouchTarget == null说明子View并没有消费事件,所以没有对mFirstTouchTarget进行赋值。这里child == null,代码会进一步执行super.dispatchTouchEvent(event),即 View 中的 dispatchTouchEvent 方法
            if (mFirstTouchTarget == null) {
                // No touch targets so treat this as an ordinary view.
                handled = dispatchTransformedTouchEvent(ev, canceled, null,
                        TouchTarget.ALL_POINTER_IDS);
            } else {

            5、mFirstTouchTarget != null, 说明事件被子View消费,此时会依次将事件分发到 mFirstTouchTarget 保存的链表 View中
                TouchTarget predecessor = null;
                TouchTarget target = mFirstTouchTarget;
                while (target != null) {
                    final TouchTarget next = target.next;
                    ...
                    target = next;
                }
            }
        }

        if (!handled && mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onUnhandledEvent(ev, 1);
        }
        return handled;
    }

这个地方重点关注一下1、2、3、4、5几个注释点。现在我们回到7 8两点。

如果View 没有对 ACTION_DOWN 进行消费,此次点击的后续事件不会传递过来。这个很显然,如果没有对 ACTION_DOWN 进行消费,就不会被保存到 TouchTarget 链表中,后续事件的分发是直接往这个链表中进行分发的。

如果 View 消费了 ACTION_DOWN ,此次点击的后续事件会直接给这个 View,这里的后续事件指的是 ACTION_MOVE 和 ACTION_UP 事件;此时,其父 ViewGroup 的 onIntercept 函数仍会被调用,仍能进行拦截,但它自己的 onIntercept 不会被调用了。这个可以从第2点注释中找到答案,如果事件被消费了,mFirstTouchTarget != null, 后续事件可以从mFirstTouchTarget 链表中直接分发,同时后续事件过来的时候会跳过intercepted 的判断,所以自己的 onIntercept 就不会调用了。

RecyclerView 的事件传递

这里以点击 RecyclerView 中的某个Item中的 Button 为例:

点下Button

  1. 产生了一个down事件,activity-->phoneWindow-->ViewGroup-->ListView-->botton,中间如果有重写了拦截方法,则事件被该view拦截可能消耗;
  2. 没拦截,事件到达了button,这个过程中建立了一条事件传递的view链表;
  3. 到button的dispatch方法-->onTouch-->view是否可用-->Touch代理;

移动点击按钮的时候

  1. 产生move事件,RecyclerView 中会对move事件做拦截;
  2. 此时 RecyclerView 会将该滑动事件消费掉;
  3. 后续的滑动事件都会被 RecyclerView 消费掉;
  4. Button之前已经处理了 down 事件,现在还在等着后续事件,这个时候 RecyclerView 就会发出 cancel 事件通知Button不要再等了

手指抬起
前面建立了一个view链表,RecyclerView 的父view在获取事件的时候,会直接取链表中的RecyclerView 让其进行事件消耗

有兴趣的同学可以带着这个步骤去追踪 RecyclerView 的源代码。

多点触控

多点触控涉及到了多个手指点击事件的处理,这里要增加两个额外的事件

  1. ACTION_POINTER_DOWN:额外⼿手指按下(按下之前已经有别的⼿手指触摸到 View)
  2. ACTION_POINTER_UP:有⼿手指抬起,但不不是最后⼀一个(抬起之后,仍然还有别的⼿手指在触摸着 View)

事件类型: ACTION_POINTER_UP;
active pointer index: 0;pointer: x: 200, y: 300, index: 0, id: 1;
pointer: x: 300, y: 500, index: 1, id: 2

多点触控触摸事件的结构

  1. 触摸事件是按序列列来分组的,每⼀一组事件必然以 ACTION_DOWN 开头,以 ACTION_UP 或 ACTION_CANCEL 结束;
  2. ACTION_POINTER_DOWN 和 ACTION_POINTER_UP 和 ACTION_MOVE ⼀一样,只是事件序列列中 的组成部分,并不不会单独分出新的事件序列列;
  3. 同⼀一时刻,⼀一个 View 要么没有事件序列列,要么只有⼀一个事件序列列;
  4. 多点触控要解决的问题之一是:手指触摸的顺序,手指的区分,这两个问题通过 index 和 id 来区分;
  5. 多点触控要解决的问题二:多点触控时滑动了一个手指,这时候要知道动的是哪个

多点触控的三种类型

  • 接⼒力力型 同⼀一时刻只有⼀一个 pointer 起作⽤用,即最新的 pointer。 典型:ListView、 RecyclerView。 实现⽅方式:在 ACTION_POINTER_DOWN 和 ACTION_POINTER_UP 时记录下最 新的 pointer,在之后的 ACTION_MOVE 事件中使⽤用这个 pointer 来判断位置。
  • 配合型 所有触摸到 View 的 pointer 共同起作⽤用。
    典型:ScaleGestureDetector,以及 GestureDetector 的 onScroll() ⽅方法判断。 实现⽅方式:在 每个 DOWN、POINTER_DOWN、POINTER_UP、UP 事件中使⽤用所有 pointer 的坐标来共同更更新焦点坐标,并在 MOVE 事件中使⽤用所有 pointer 的坐标来判断位置。
  • 各⾃自为战型 各个 pointer 做不不同的事,互不不影响。 典型:⽀支持多画笔的画板应⽤用。 实现⽅方式: 在每个 DOWN、POINTER_DOWN 事件中记录下每个 pointer 的 id,在 MOVE 事件中使⽤用 id 对 它们进⾏行行跟踪。

滑动冲突处理

什么是滑动冲突?就是父 View 和子 View 都需要处理滑动,例如父 View 需要左右滑动,子 View 需要上下滑动(ViewPager 嵌套 RecyclerView),一个点击事件,到底交给谁处理?

首先我们需要定义好处理规则,然后我们在父 View 的 onIntercept、子 View 的 onTouchEvent 以及父 View 的 onTouchEvent 函数中实现我们定义的规则即可。例如父 View 的 onIntercept 中,如果发现是左右滑动,那就拦截,否则不拦截。

NestedScrollView 嵌套 RecyclerView 也是一样的道理,NestedScrollView 发现是上下滑动,就直接拦截并处理,RecyclerView 就没有处理的机会了。

参考文章

Piasy:事件传递及滑动冲突的处理

技术修炼
Web note ad 1