View事件分发机制

前言

Android源码分析之View系列之事件分发机制

同步至个人博客


正文


一. 概述

View的触摸事件分发是View系列中的一个重难点, 主要需要掌握的是MotionEvent的传递规则和处理规则, 这是自定义View中冲突处理的理论来源~

触摸事件分发的处理主要是对MotionEvent的处理, MotionEvent封装了用户的一系列行为, 如: ACTION_DOWN(手指刚触摸屏幕), ACTION_MOVE(手指在屏幕上滑动), ACTION_UP(手指抬起)等; 以及事件发生的坐标(通过MotionEvent.getX(), MotionEvent.getY()可以得到)等

在开始讲解之前需要明确的一些概念是:

  1. 一个事件序列: 指的是一次完整的触摸过程, 即从ACTION_DOWN(手指触摸屏幕)开始, 到中间的一系列ACTION_MOVE(手指滑动), 最后到ACTION_UP为止(手指抬起); 总结起来就是down...move...move..up

  2. 触摸事件的分发其实是一个从上到下不断递归传递和拦截的过程; 一个大致的传递流程是: Activity --> Window --> ViewGroup --> View, 当然如果向下传递但是MotionEvent又没有消耗的话, 又会逐层返回, 最终将没有消耗的MotionEvent交给Activity处理


二. 事件分发之源

触摸事件产生和分发的源头是在Activity中处理的, 即在ActivitydispatchTouchEvent()中; 如下; 处理思路也很简单, 只是单纯的向下分发而已, 如果事件没有得到处理, 那么最终就交给ActivityonTouchEvent()处理; 另外, 这里还为用户提供了一个监听和拦截事件的方法, 即onUserInteraction(), 该方法在Activity中是一个空实现, 可以重写该方法在事件向下传递之前进行特殊拦截和处理

    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            onUserInteraction();  // 自定义事件拦截
        }
        if (getWindow().superDispatchTouchEvent(ev)) {  // 通过Window向下分发事件
            return true;
        }
        return onTouchEvent(ev);  // 如果事件最终没有被处理, 那么交给Activity自己的onTouchEvent()来处理
    }

Activity中的Window实际上是PhoneWindow, 这里通过PhoneWindow.superDispatchTouchEvent()传递实际上是只是简单调用了mDecor.superDispatchTouchEvent(event), 而这里的mDecor实际上是DecorView, 是一个FrameLayout(ViewGroup), 在DecorViewsuperDispatchTouchEvent()方法中, 也只是简单的将事件传递给ViewGroup进行分发(即ViewGroup.dispatchTouchEvent()); 到这里就将事件传递给ViewGroupView处理了, 也是事件分发处理中最主要的一部分


三. ViewGroup分发事件

ViewGroup.dispatchTouchEvent()中对事件的分发处理过程比较长, 实际上大致分成了三个部分来处理

3.1 事件拦截

首先, ViewGroup会判断是否进行事件拦截, 如下; 从后面将事件分发给子View的条件可以看出, 如果ViewGroup进行了事件拦截, 那么该事件序列将不再向下分发; 这里还需要注意的一点是, ViewGroup判断是否进行事件拦截的条件一个是为ACTION_DOWN时, 另一个是mFirstTouchTarget != null时; 也就是说一个事件序列的在开始时, 即ACTION_DOWN时一定会调用ViewGrouponInterceptTouchEvent(当然, 还有一个影响因素是FLAG_DISALLOW_INTERCEPT, 我们稍后讲解); 至于mFirstTouchTarget的赋值是在后面分发给子View时, 如果有子View处理了事件那么mFirstTouchTarget将会被赋值;

上面是ViewGroup进行事件拦截的基本思路, 简单总结起来就是:

  1. ACTION_DOWN时, 如果ViewGroup进行了事件拦截(onInterceptTouchEvent()返回true), 那么同一事件序列将不再向下分发(因为之后的ACTION_MOVEACTION_UP到来时, 由于之前ACTION_DOWN时进行了事件拦截, mFirstTouchTarget没有机会赋值, 所以仍然为null, 故直接走else语句, 即intercepted = true);

  2. ACTION_DOWN时, 如果ViewGroup不进行事件拦截, 并且在事件向下分发时, 有子View处理了事件, 那么mFirstTouchTarget将会被赋值, 即不为null, 此时仍然会继续调用ViewGrouponInterceptTouchEvent判断是否进行事件拦截, 需要注意的是此时仍然在同一事件序列中

  3. ACTION_DOWN时, 如果ViewGroup不进行事件拦截, 并且在事件向下分发时, 也没有子View进行事件处理, 那么mFirstTouchTarget仍为null, 即走else, 交由ViewGroup处理事件

: 只有当ViewGroup拦截了事件或者子View不处理事件时, onInterceptTouchEvent才只会调用一次

            // 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 {
                // There are no touch targets and this action is not an initial down
                // so this view group continues to intercept touches.
                intercepted = true;
            }

            if (!canceled && !intercepted) { // 如果拦截事件, 将不再分发给子View
                // 事件分发给子View
                ....
            }

另外, 上面还讲了, 在ACTION_DOWN时, 一定会调用ViewGrouponInterceptTouchEvent, 这里还有一个影响因素是标志位FLAG_DISALLOW_INTERCEPT, 该标志位是通过requestDisallowInterceptTouchEvent()设置的, 作用是在子View中强制父ViewGroup不进行事件拦截, 但是该标志位不能影响ACTION_DOWN, 因为在一个事件序列开始之前会先进行状态重置, 如下; 在resetTouchState()中会将该标志位重置, 所以就不会影响ACTION_DOWN啦~

            if (actionMasked == MotionEvent.ACTION_DOWN) {
                // Throw away all previous state when starting a new touch gesture.
                // The framework may have dropped the up or cancel event for the previous gesture
                // due to an app switch, ANR, or some other state change.
                cancelAndClearTouchTargets(ev);
                resetTouchState(); // 状态重置
            }

3.2 事件分发

如果ViewGroup不进行事件拦截的话, 会将事件分发给子View处理; 事件分发的主要代码如下; 逻辑也比较简单, 就是遍历所有的子View, 然后通过dispatchTransformedTouchEvent()进行将事件传递给子View

                    if (!canceled && !intercepted) {
                        ...
                        for (int i = childrenCount - 1; i >= 0; i--) {
                            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); // 设置mFirstTouchTarget的值
                                alreadyDispatchedToNewTouchTarget = true;
                                break;
                            }
                        }
                        ...
                    }

我们继续来看dispatchTransformedTouchEvent()的处理过程, 如下; 从上面的代码中我们可以看出, 将事件分发给子View的时候, 调用dispatchTransformedTouchEvent()传入的child非空, 所以应该调用的是child.dispatchTouchEvent(event), 这样就将事件传递到子View中去了; 这里关于子ViewdispatchTouchEvent()处理在后文继续讲解

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
            View child, int desiredPointerIdBits) {
        ...
        if (newPointerIdBits == oldPointerIdBits) {
            if (child == null || child.hasIdentityMatrix()) {
                if (child == null) {
                    handled = super.dispatchTouchEvent(event); // child非null
                } else {
                    final float offsetX = mScrollX - child.mLeft;
                    final float offsetY = mScrollY - child.mTop;
                    event.offsetLocation(offsetX, offsetY);

                    handled = child.dispatchTouchEvent(event); // 调用child.dispatchTouchEvent(event)

                    event.offsetLocation(-offsetX, -offsetY);
                }
                return handled;
            }
            transformedEvent = MotionEvent.obtain(event);
        } else {
            transformedEvent = event.split(newPointerIdBits);
        }
        ...
}

上面我们说过, 如果子View处理了事件的话, 将会去设置mFirstTouchTarget的值, 该值的设置其实是在addTouchTarget()中, 也就是说, 当dispatchTransformedTouchEvent()返回true, 即有子View处理了事件的话, 就会去调用该函数, 也就证明了我们前面所说的; 我们来看addTouchTarget(), 如下; 可以看出这里实际上相当于一个单链表

    private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
        final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
        target.next = mFirstTouchTarget; 
        mFirstTouchTarget = target; // 设置mFirstTouchTarget
        return target;
    }

3.3 ViewGroup处理事件

如果ViewGroup拦截了事件或者子View没有进行事件处理, 那么ViewGroup将进行事件处理, 如下; 可以看出, ViewGroup进行事件处理也是调用dispatchTransformedTouchEvent(), 只是传入的childnull, 那么从上面的dispatchTransformedTouchEvent()代码中我们可以看出, 如果childnull调用的应该就是super.dispatchTouchEvent(event)进行事件处理

            if (mFirstTouchTarget == null) {
                // No touch targets so treat this as an ordinary view.
                handled = dispatchTransformedTouchEvent(ev, canceled, null,
                        TouchTarget.ALL_POINTER_IDS);
            }

需要注意的是不管是super.dispatchTouchEvent(event)还是child.dispatchTouchEvent(event), 调用的其实都是View.dispatchTouchEvent(), 所以接下来我们要看的就是View中对事件的处理


四. View事件处理

需要注意的是, View中没有onInterceptTouchEvent()方法来进行事件拦截; 我们这里关注的, 主要是View对事件的处理, 这里的View包括ViewGroup进行事件拦截之后对事件的处理以及子View对事件的处理; 因为从前面我们已经说了, 不管是调用的super.dispatchTouchEvent()(ViewGroup处理事件)还是child.dispatchTouchEvent()(子View处理事件), 其实都是调用的View.dispatchTouchEvent(); 所以二者对事件的处理实际上是一样的, 同时需要注意的是, 这一节不包括事件的分发了,
事件分发在上一节中已经讲解完啦~

触摸事件的处理主要涉及到OnTouchListener, onTouchEventonClick的处理优先级

主要代码如下; 可以看出先处理的是OnTouchListener, 如果View没有设置OnTouchListener(View.setOnTouchListener())的话, 再去处理onTouchEvent(), 所以OnTouchListener的优先级比onTouchEvent高; 同时还要注意的一点是, 如果设置了OnTouchListener的话, ViewonTouchEvent将不再调用

public boolean dispatchTouchEvent(MotionEvent event) {
    ...
    if (li != null && li.mOnTouchListener != null
            && (mViewFlags & ENABLED_MASK) == ENABLED
            && li.mOnTouchListener.onTouch(this, event)) {  // OnTouchListener
        result = true;
    }
    if (!result && onTouchEvent(event)) { // onTouchEvent
        result = true;
    }
    ...
}

这里还有一个onClick()其实是在onTouchEvent()中处理的; 如下; onClick是在performClickInternal()中触发的, 可以看出, 要触发onClick需要的条件是: View是可以点击的(clickable), 这里的可点击包括了CLICKABLELONG_CLICKABLE, 注意Viewenable属性不影响onTouchEvent的返回值, 只要它可点击, 那么onTouchEvent()就会处理该点击事件

public boolean onTouchEvent(MotionEvent event) {
    if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
        switch (action) {
            case MotionEvent.ACTION_UP:
                ...
                if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
                    if (!focusTaken) {
                        // Use a Runnable and post this rather than calling
                        // performClick directly. This lets other visual state
                        // of the view update before click actions start.
                        if (mPerformClick == null) {
                            mPerformClick = new PerformClick();
                        }
                        if (!post(mPerformClick)) {
                            performClickInternal();
                        }
                    }
                }
                ...
    }
}

而在performClickInternal()中, 则是去调用了performClick()进行处理, 在performClick()会判断, 如果设置了OnClickListener, 则会去调用OnClickListener, 代码比较简单, 就不贴啦~


五. 总结

到这里, View的事件分发和处理流程就分析结束啦~; 我们最开始讲事件分发之源时讲Activity对事件的传递的时候, 如果getWindow().superDispatchTouchEvent()返回false的话, 就最终将事件交给ActivityonTouchEvent()处理, 这种情况其实对应的是ViewGroupView都不进行事件处理, 那么就逐层回传咯~

最后将上述流程总结为下图:

View事件分发机制_第1张图片
View事件分发.png

你可能感兴趣的:(View事件分发机制)