从另一个思路来学习安卓事件分发机制
in Android with 0 comment

从另一个思路来学习安卓事件分发机制

in Android with 0 comment

从另一个思路来学习安卓事件分发机制

前言

事件分发机制是一个安卓老生常谈的话题了,从前几年的面试必问题到如今的本当成默认都会的基础知识。关于这方面的博客网上已经有很多很多了,有从源码分析的,有从实际出发开始分析的等等。面对这么多的教程,小白可能一头雾水不知道从哪里看起,而且看完之后感觉啥也没留下。那么我打算从一个全新的角度全新的思路来讲解这个问题。

全新的角度

If I have seen further, it is by standing on the shoulders of giants.

站在前辈的肩膀上,我们能看得更远。所以我们先来看看大佬们已经为我们总结出来的事件分发流程 (图片转自Kelin 的博客图解 Android 事件分发机制)

从图上来看我们可以总结出这么几个相关方法

public boolean dispatchTouchEvent(MotionEvent ev) {...}
public boolean onInterceptTouchEvent(MotionEvent ev) {...}
public boolean onTouchEvent(MotionEvent event) {...}

那么我们就来重点看下这几个方法:

    //首先是Activity中的这个方法
    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            //这是一个空方法,里面没有任何逻辑,不会对事件分发造成影响
            onUserInteraction();
        }
        //重点是这里的调用Window的superDispatchTouchEvent方法
        //具体逻辑中这里会调用的顶级view的dispatchTouchEvent方法
        if (getWindow().superDispatchTouchEvent(ev)) {
            return true;
        }
        return onTouchEvent(ev);
    }

上面的Window中的superDispatchTouchEvent方法的代码我就不贴了,我们只要知道他会调用Activity中顶级视图view的dispatchTouchEvent方法。接下来的事件传递都在View中了,这部分才是我们需要关心的。

    //接着是ViewGroup中的dispatchTouchEvent方法,由于代码太多,我们直接看和onInterceptTouchEvent方法有关的部分,应为我们从大佬的博客中得知ViewGroup里的dispatchTouchEvent方法中会调用onInterceptTouchEvent方法来判断是否拦截事件.
            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);
                } else {
                    intercepted = false;
                }
            } else {
                intercepted = true;
            }

从上面代码可以看出来当actionMasked为ACTION_DOWN或者mFirstTouchTarget != null时会调用onInterceptTouchEvent。那么这个mFirstTouchTarget到底是个什么玩意呢? 从后面的代码中可以看出这个玩意在 事件被ViewGroup的子元素消费的时候会被复制并指向子元素。 也就是事件被子元素消费后mFirstTouchTarget != null,而当ViewGroup拦截事件时,mFirstTouchTarget为空,所以当接下来的Move和Up一些列事件到来之时,不会再调用onInterceptTouchEvent方法,而是直接交由ViewGroup处理。(应为onInterceptTouchEvent不是每次都会被调用的,所以我们想处理所有事件是,应该选择dispatchTouchEvent方法)

说了半天,这个onInterceptTouchEvent看起来这么重要,那我们就来看下他里面到底是啥样的

    public boolean onInterceptTouchEvent(MotionEvent ev) {
        if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
                && ev.getAction() == MotionEvent.ACTION_DOWN
                && ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
                && isOnScrollbarThumb(ev.getX(), ev.getY())) {
            return true;
        }
        return false;
    }

可以看到里面的代码很简单,基本上相当于默认返回false。所以可以总结出ViewGroup中的onInterceptTouchEvent方法默认不拦截事件。

接下来看没被拦截时会执行的代码

if (newTouchTarget == null && childrenCount != 0) {
                        final float x = ev.getX(actionIndex);
                        final float y = ev.getY(actionIndex);
                        // Find a child that can receive the event.
                        // Scan children from front to back.
                        final ArrayList<View> preorderedList = buildTouchDispatchChildList();
                        final boolean customOrder = preorderedList == null
                                && isChildrenDrawingOrderEnabled();
                        final View[] children = mChildren;
                        for (int i = childrenCount - 1; i >= 0; i--) {
                            final int childIndex = getAndVerifyPreorderedIndex(
                                    childrenCount, i, customOrder);
                            final View child = getAndVerifyPreorderedView(
                                    preorderedList, children, childIndex);

                            // If there is a view that has accessibility focus we want it
                            // to get the event first and if not handled we will perform a
                            // normal dispatch. We may do a double iteration but this is
                            // safer given the timeframe.
                            if (childWithAccessibilityFocus != null) {
                                if (childWithAccessibilityFocus != child) {
                                    continue;
                                }
                                childWithAccessibilityFocus = null;
                                i = childrenCount - 1;
                            }

                            if (!canViewReceivePointerEvents(child)
                                    || !isTransformedTouchPointInView(x, y, child, null)) {
                                ev.setTargetAccessibilityFocus(false);
                                continue;
                            }

                            newTouchTarget = getTouchTarget(child);
                            if (newTouchTarget != null) {
                                // Child is already receiving touch within its bounds.
                                // Give it the new pointer in addition to the ones it is handling.
                                newTouchTarget.pointerIdBits |= idBitsToAssign;
                                break;
                            }

                            resetCancelNextUpFlag(child);
                            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;
                            }

                            // The accessibility focus didn't handle the event, so clear
                            // the flag and do a normal dispatch to all children.
                            ev.setTargetAccessibilityFocus(false);
                        }
                        if (preorderedList != null) preorderedList.clear();
                    }

这段代码看着很长,其实逻辑很简单(不需要读懂每一行代码,大概了解思路和执行过程就行)。 遍历ViewGroup中的所有子元素,判断子元素是否能够接受这个事件,如果能够接受则这个事件会被交给该子元素处理。具体代码在这个方法中dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)

            if (child == null) {
                handled = super.dispatchTouchEvent(event);
            } else {
                handled = child.dispatchTouchEvent(event);
            }

如果这个这个child.dispatchTouchEvent(event)方法返回true,代表事件被子view消费,mFirstTouchTarget将会被赋值同时跳出循环,如下部分代码:

    newTouchTarget = addTouchTarget(child, idBitsToAssign);
    alreadyDispatchedToNewTouchTarget = true;
    break;

//mFirstTouchTarget在此被赋值
    private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
        final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
        target.next = mFirstTouchTarget;
        mFirstTouchTarget = target;
        return target;
    }

而如果所有子view的dispatchTouchEvent方法都返回false或者没有子view时,会调用如下代码

handled = dispatchTransformedTouchEvent(ev, canceled, null,
                        TouchTarget.ALL_POINTER_IDS);

注意这里传入的第三个参数也就是child为空,根据上面部分的代码来看,当子view为空时会调用ViewGroup的父类的dispatchTouchEvent。那么ViewGroup的部分就到此为止了,接下来是View的部分。

老规矩先来看下View的dispatchTouchEvent方法

    //省略了部分无关代码,读者可以自行查看源码
    public boolean dispatchTouchEvent(MotionEvent event) {

        
        boolean result = false;
        
        final int actionMasked = event.getActionMasked();

        if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }

            if (!result && onTouchEvent(event)) {
                result = true;
            }
        }

        return result;
    }

View的dispatchTouchEvent方法比较简单,代码量少了很多。 重点在于这部分代码

        ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }

当li!=null且当li.mOnTouchListener != null的时候会去掉用li.mOnTouchListener.onTouch(this, event)方法。并且当onTouch方法返回为true时,dispatchTouchEvent方法返回true。

那么什么时候上诉条件成立呢? 答案是当我们掉用view的setOnTouchListener()方法的时候,而这个onTouch方法就是我们在此设置的。

那么当我们没设置该方法或者onTouch返回为false的时候呢?

    if (!result && onTouchEvent(event)) {
                result = true;
    }

上述代码解答了我们问题,当result为false的时候回去调用View本身的onTouchEvent方法。所以我们知道onTouch方法会在onTouchEvent之前调用,并且能够在此通过返回true完全消费掉事件使得onTouchEvent方法不会被调用。

按照大佬们博客的说法,当view为可点击时onTouchEvent方法默认返回true表示消费掉了事件,那么我们就去看看该方法里面到底是怎么一回事

//该部分代码比较长,删除了不相关的代码,只保留重要部分,读者可以自行查看源码
    public boolean onTouchEvent(MotionEvent event) {
        final int action = event.getAction();

        if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
            switch (action) {
                case MotionEvent.ACTION_UP:
                    if (mPerformClick == null) {
                        mPerformClick = new PerformClick();
                    }
                    if (!post(mPerformClick)) {
                        performClick(); 
                    }
                    break;
            }
            return true;
        }

        return false;
    }

//performClick()方法内部
     public boolean performClick() {
        final boolean result;
        final ListenerInfo li = mListenerInfo;
        if (li != null && li.mOnClickListener != null) {
            playSoundEffect(SoundEffectConstants.CLICK);
            li.mOnClickListener.onClick(this);
            result = true;
        } else {
            result = false;
        }
        return result;
    }

从上面的代码可以看出当view可以点击时会调用performClick()方法,而这个方法会在li != null && li.mOnClickListener != null时去调用onClick方法(也就是我们对view的setOnClickListener方法)。 而不管onClick方法返回什么,只要view是可点击的onTouchEvent方法都会返回true,看样子大佬说的一点都没错(屁话,大佬还能说错了?(╯‵□′)╯︵┻━┻)。

那么这个时候安卓中事件的分发流程好像渐渐清晰了,翻到文章开头的流程图,读者是不是感到已经理解了呢?(如果没有理解,请抛开博客,打开源码,对上述的三个方法的源码细细看一遍)

尾声

其实我感觉这篇写的有点繁琐和乱,主要还是我功力不够,虽然自己能够理解了这部分内容,但是写的时候总是不能完全表达清楚,有种只可意会不可言传的感觉。新手朋友可以多参考几篇博客,多看几遍源码,一次不行就两次,两次不行就三次。世上无难事只怕有心人,只要肯有心总有能学会理解的那一天。

同时安卓新手朋友们可以看看我的另外两篇博客分别是关于AsyncTask和SpannableStringBuilder的。

0评论