Android事件分发机制

事件分发的顺序

Activity->Window->DecorView->ViewGroup->View

事件的类型

ACTION_DOWN、ACTION_MOVE、ACTION_UP、ACTION_CANCEL

通常一个事件序列是这样的ACTION_DOWN 事件是一个事件的起点,然后伴随着多个ACTION_DOWN事件,然后是ACTION_DOWN,中间可能会收到一个ACTION_DOWN事件

Activity的事件分发

//Activity的dispatchTouchEvent方法

public boolean dispatchTouchEvent(MotionEvent ev) {

    if (ev.getAction() == MotionEvent.ACTION_DOWN) {

        onUserInteraction();

    }

    if (getWindow().superDispatchTouchEvent(ev)) {

        return true;

    }

    return onTouchEvent(ev);

}


可以看出,Activity 其实是调用了 Window 的 superDispatchTouchEvent 方法,而 Window 的实现类是 PhoneWindow,因此我们直接查看 PhoneWindow 的 superDispatchTouchEvent 方法

Window的事件分发

//PhoneWindow的superDispatchTouchEvent方法

@Override

public boolean superDispatchTouchEvent(MotionEvent event) {

    return mDecor.superDispatchTouchEvent(event);

}


发现是直接调用的 DecorView 的 superDispatchTouchEvent 方法,再进一步查看

//DecorView的superDispatchTouchEvent方法

public boolean superDispatchTouchEvent(MotionEvent event) {

    return super.dispatchTouchEvent(event);

}


原来这儿就调用了 ViewGroup 的 dispatchTouchEvent 方法,也就是说界面上的事件直接传递给了根布局的 dispatchTouchEvent 方法

分析ViewGroup是如何分发事件的,来看下ViewGroup的dispatchTouchEvent方法

分析dispatchTouchEvent方法之前,先看一下dispatchTransformedTouchEvent方法,dispatchTouchEvent方法内部会多次调用到了dispatchTransformedTouchEvent方法

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,

        View child, int desiredPointerIdBits) {

    final boolean handled;

    // 如果是取消操作,则直接分发取消事件

    final int oldAction = event.getAction();

    if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {

        event.setAction(MotionEvent.ACTION_CANCEL);

        // 如果传入的 child 不为空,则调用 child 的 dispatchTouchEvent 方法,否则调用自身的 dispatchTouchEvent 方法

        if (child == null) {

            //相当于调用了View类的dispatchTouchEvent方法

            handled = super.dispatchTouchEvent(event);

        } else {

            //继续分发事件到子View

            handled = child.dispatchTouchEvent(event);

        }

        event.setAction(oldAction);

        return handled;

    }


    // 如果传入的 child 不为空,则调用 child 的 dispatchTouchEvent 方法,否则调用自身的 dispatchTouchEvent 方法

    if (child == null) {

        handled = super.dispatchTouchEvent(transformedEvent);

    } else {


        handled = child.dispatchTouchEvent(transformedEvent);

    }


    return handled;

}

可以看出 dispatchTransformedTouchEvent 方法主要做了两件事

如果传入的事件是 ACTION_CANCEL,或者 cancel 参数为 true,则直接分发 ACTION_CANCEL 事件

分发过程中,如果 child 为空,则调用当前 View 的 super.dispatchTouchEvent 方法,这是因为 ViewGroup 的 dispatchTouchEvent 方法会被重写,而此时调用 super 的方法也就是调用 View 的 dispatchTouchEvent 方法;如果 child 不为空,则调用这个子 View 的 dispatchTouchEvent 方法。

下面分析dispatchTouchEvent的核心代码部分

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {


    boolean handled = false;

    if (onFilterTouchEventForSecurity(ev)) {

        final int action = ev.getAction();

        final int actionMasked = action & MotionEvent.ACTION_MASK;


        // 1. DOWN 事件进行初始化,清空 TouchTargets 和 TouchState  mFirstTouchTarget=null,disallowIntercept=false

        if (actionMasked == MotionEvent.ACTION_DOWN) {

            cancelAndClearTouchTargets(ev);

            resetTouchState();

        }

        // 2. 检查是否拦截

        final boolean intercepted;

        if (actionMasked == MotionEvent.ACTION_DOWN

                || mFirstTouchTarget != null) {

            // 是否强制不允许拦截,子 View 可以设置 parent 强制不允许拦截,默认为 false

            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. 如果没有被拦截, 先处理 DOWN 事件,主要是赋值 TouchTarget

        TouchTarget newTouchTarget = null;

        boolean alreadyDispatchedToNewTouchTarget = false;

        if (!canceled && !intercepted) {


            if (actionMasked == MotionEvent.ACTION_DOWN

                    || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)

                    || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {


                final int childrenCount = mChildrenCount;

                if (newTouchTarget == null && childrenCount != 0) {


                    for (int i = childrenCount - 1; i >= 0; i--) {

                        final int childIndex = getAndVerifyPreorderedIndex(

                                childrenCount, i, customOrder);

                        final View child = getAndVerifyPreorderedView(

                                preorderedList, children, childIndex);


                        // 找到 Visible 并且处于点击范围的子 View

                        if (!canViewReceivePointerEvents(child)

                                || !isTransformedTouchPointInView(x, y, child, null)) {

                            ev.setTargetAccessibilityFocus(false);

                            continue;

                        }


                        // 相当于调用子 View 的 dispatchTouchEvent 方法

                        if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {


                            // 赋值 TouchTarget,刷新标志位 mFirstTouchTarget赋值了

                            newTouchTarget = addTouchTarget(child, idBitsToAssign);

                            alreadyDispatchedToNewTouchTarget = true;

                            break;

                        }


                    }


                }


            }

        }

        // 4. 是自己处理事件还是交由子 View 处理事件

        if (mFirstTouchTarget == null) {

            // 没有子 View 消耗事件,则自己消耗,相当于调用 super.dispatchTouchEvent 方法

            handled = dispatchTransformedTouchEvent(ev, canceled, null,

                    TouchTarget.ALL_POINTER_IDS);

        } else {

            TouchTarget predecessor = null;

            TouchTarget target = mFirstTouchTarget;

            while (target != null) {

                final TouchTarget next = target.next;

                // 如果是 DOWN 事件,则上面已经调用了子 View 的 dispatchTouchEvent 方法,则什么都不用做

                if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {

                    handled = true;

                } else {

                    // 根据 intercepted 决定是否将事件强制改为 CANCEL 事件

                    final boolean cancelChild = resetCancelNextUpFlag(target.child)

                            || intercepted;

                    // 相当于调用子 View 的 dispatchTouchEvent 方法。如果 intercepted=true,此时会强制将 action 改为 CANCEL;如果 intercepted=false,则

                    if (dispatchTransformedTouchEvent(ev, cancelChild,

                            target.child, target.pointerIdBits)) {

                        handled = true;

                    }

                    // 如果 intercepted=true,则将 mFirstTouchTarget 置为 null

                    if (cancelChild) {

                        if (predecessor == null) {

                            mFirstTouchTarget = next;

                        } else {

                            predecessor.next = next;

                        }

                        target.recycle();

                        target = next;

                        continue;

                    }

                }

                predecessor = target;

                target = next;

            }

        }


    }


    return handled;

}

dispatchTouchEvent 方法主要由4个模块组成的

DOWN 事件进行初始化,清空 TouchTargets 和 TouchState mFirstTouchTarget=null,disallowIntercept=false

检查是否拦截

如果没有被拦截, 先处理 DOWN 事件,主要是赋值 TouchTarget

是自己处理事件还是交由子 View 处理事件

至此ViewGroup的dispatchTouchEvent说完了,总结下

down事件ViewGroup会清空mFirstTouchTarget并且重置disallowIntercept标记为false,所以每次down事件来临时,父容器第一步会调用onInterceptTouchEvent询问自己是否拦截.如果down事件拦截了,那么此次down事件会交给ViewGroup处理,此时mFirstTouchTarget=null的,所以下次move/up事件来临时,父容器直接将intercepted=true,所以ViewGroup一旦将down事件拦截,那么之后的事件都将由他自己处理,子View不会收到任何事件

当down事件ViewGroup没有拦截时,此时ViewGroup会遍历子View,寻找能处理这个事件的View,如果没有找到,同样这个事件依然被ViewGroup处理,后续事件都有他处理。当ViewGroup找到了处理down事件的子View,此时会将mFirstTouchTarget赋值,即下次move事件来临时mFirstTouchTarget!=null的

当move事件来临时,ViewGroup依然回调用onInterceptTouchEvent询问自己是否拦截,如果拦截了,此时mFirstTouchTarget!=null,根据上面的分析,此次子View会收到一个cancel事件,并且ViewGroup会清空mFirstTouchTarget=null,之后的事件由于mFirstTouchTarget=null,所以事件都给有ViewGroup自身处理。

分析View是如何分发事件的 dispatchTouchEvent(MotionEvent ev)

public boolean dispatchTouchEvent(MotionEvent event) {

        boolean result = false;

        //这里判断是否设置了mOnTouchListener,是否是ENABLED,onTouch的返回值

        //所以优先级的onTouch>onTouchEvent

        if (onFilterTouchEventForSecurity(event)) {

            ListenerInfo li = mListenerInfo;

            if (li != null && li.mOnTouchListener != null

                    && (mViewFlags & ENABLED_MASK) == ENABLED

                    && li.mOnTouchListener.onTouch(this, event)) {

                result = true;

            }

            //这里会调用onTouchEvent

            if (!result && onTouchEvent(event)) {

                result = true;

            }

        }

        return result;

    }

总结一下,首先如果设置了了mOnTouchListener,它的优先级是大于onTouchEvent的。当其onTouch方法返回true的时候onTouchEvent不会被调用

分析View是如何消费事件的 onTouchEvent(MotionEvent ev)

public boolean onTouchEvent(MotionEvent event) {

        final float x = event.getX();

        final float y = event.getY();

        final int viewFlags = mViewFlags;

        final int action = event.getAction();

        //这里判断view是否是可以点击的

        final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE

                || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)

                || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;

        //如果view的状态是禁用的,只要它是可以点击的就可以消费事件,只是不做任何的响应

        if ((viewFlags & ENABLED_MASK) == DISABLED) {

            if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {

                setPressed(false);

            }

            mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;

            // A disabled view that is clickable still consumes the touch

            // events, it just doesn't respond to them.

            return clickable;

        }

        //这里如何设置了mTouchDelegate,会先调用mTouchDelegate.onTouchEvent(event)

        if (mTouchDelegate != null) {

            if (mTouchDelegate.onTouchEvent(event)) {

                return true;

            }

        }

        //只要是可以点击的就会进来,且最终一定会return true 消费事件

        if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {

            switch (action) {

                case MotionEvent.ACTION_UP:

                        //这里处理点击事件onClick

                        performClickInternal();

                    break;

                case MotionEvent.ACTION_DOWN:

                    if (!clickable) {

                        checkForLongClick(0, x, y);

                        break;

                    }


                    if (isInScrollingContainer) {


                        postDelayed(mPendingCheckForTap,

                    } else {


                        checkForLongClick(0, x, y);

                    }

                    break;

                case MotionEvent.ACTION_CANCEL:


                case MotionEvent.ACTION_MOVE:


                    break;

            }

            return true;

        }

        return false;

    }

总结一下,只要View是可以点击的就可以消费事件,并且如果设置了mTouchDelegate,则会先执行mTouchDelegate的onTouchEvent方法,onLongClick的执行是在action_down中,最终走到

performLongClick方法中,如下

public boolean performLongClick() {

        return performLongClickInternal(mLongClickX, mLongClickY);

    }


private boolean performLongClickInternal(float x, float y) {

        sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_LONG_CLICKED);

        boolean handled = false;

        final ListenerInfo li = mListenerInfo;

        if (li != null && li.mOnLongClickListener != null) {

            handled = li.mOnLongClickListener.onLongClick(View.this);

        }

        if (!handled) {

            final boolean isAnchored = !Float.isNaN(x) && !Float.isNaN(y);

            handled = isAnchored ? showContextMenu(x, y) : showContextMenu();

        }

        if ((mViewFlags & TOOLTIP) == TOOLTIP) {

            if (!handled) {

                handled = showLongClickTooltip((int) x, (int) y);

            }

        }

        if (handled) {

            performHapticFeedback(HapticFeedbackConstants.LONG_PRESS);

        }

        return handled;

    }

得到调用。onClick的执行是在action_up中,最终走到

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;

    }

,优先级onLongClick>onClick

事件冲突的解决思路

当一个事件来临时,不只一个View可以处理此次事件,这时候父容器不知道将事件分发给谁处理,这时候就产生了事件冲突,通过以上分析,我们可以得出来两个思路,第一个外部拦截法,通过改变ViewGroup的onIntercept方法的返回值。第二个通过更改disallowIntercept标记,干扰ViewGroup的分发流程

思路一:外部拦截法模版代码

public boolean onInterceptTouchEvent(MotionEvent ev) {

        boolean intercepted = false;

        int action = ev.getAction();

        switch (action) {

            case MotionEvent.ACTION_DOWN:

                intercepted = false;

                break;

            case MotionEvent.ACTION_MOVE:

                if (父容器需要事件) {

                    intercepted = true;

                } else {

                    intercepted = false;

                }

                break;

            case MotionEvent.ACTION_UP:

                intercepted = false;

                break;

            default:

                break;

        }

        return intercepted;

    }

思路二:内部拦截法模版代码

public boolean dispatchTouchEvent(MotionEvent ev) {

        int action = ev.getAction();

        switch (action) {

            case MotionEvent.ACTION_DOWN:

                getParent().requestDisallowInterceptTouchEvent(true);

                break;

            case MotionEvent.ACTION_MOVE:

                if (父容器需要事件) {

                    getParent().requestDisallowInterceptTouchEvent(false);

                }

                break;

            case MotionEvent.ACTION_UP:

                break;

            default:

                break;

        }

        return super.dispatchTouchEvent(ev);

    }

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,128评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,316评论 3 388
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,737评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,283评论 1 287
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,384评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,458评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,467评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,251评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,688评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,980评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,155评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,818评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,492评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,142评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,382评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,020评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,044评论 2 352