Android 事件分发机制

一、概述

在说事件分发之前，我们先想一个问题，在APP中我们点击一个View的时候，事件是如何传递到这个View的呢？其实这就是我理解的事件分发机制。即当手指点击屏幕时，事件传递到具体View的过程。在Android的事件分发中，主要包括三个类，Activity-ViewGroup-View。作为开发者，很有必要搞清楚事件分发机制，这有利于我们后续开发过程中来解决各种滑动冲突问题。

二、前提知识

  1. 在讲解事件分发以前，我们先了解一下MotionEvent，在事件分发中，所有的事件都封装在了MotionEvent中，其中常用的有Down（按下），Move（移动），Up（抬起）。
//手指按下屏幕 
public static final int ACTION_DOWN             = 0;
//手指滑动 
public static final int ACTION_MOVE             = 2;
//手指从屏幕上抬起 
public static final int ACTION_UP               = 1;
  1. 在事件分发中，涉及了太多了返回值，返回true，返回false，很容易搞混或者记不清楚，所以我们可以把返回值理解为消费(true)或者不消费(false)。
  2. 事件分发中又涉及到两个关键方法：dispatchTouchEvent()和onTouchEvent()。

dispatchTouchEvent()：可以理解为分发事件。
onTouchEvent()：可以理解为收到事件。

三、Activity中的事件分发

在讲解Activity的事件分发之前，我们先上一张流程图，通过这个流程图结合我们下面的源码分析有助于更好的理解。


Activity事件分发.jpg

接下来我们通过源码来分析Activity中的事件是如何处理和传递的。
3.1 结合上面的流程图，当我们触摸屏幕时，最先触发的就是dispatchTouchEvent()方法，先来看这个方法的具体实现：

    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            onUserInteraction();
        }
        if (getWindow().superDispatchTouchEvent(ev)) {
            return true;
        }
        return onTouchEvent(ev);
    }

第一个判断：如果事件为Down(按下)时，调用onUserInteraction()方法，这个方法是空实现，所以不管他。
第二个判断：如果getWindow().superDispatchTouchEvent(ev)返回为true，那么返回true。
最后：如果getWindow().superDispatchTouchEvent(ev)返回为false时，返回onTouchEvent()的返回值（也调用了onTouchEvent(ev)），

3.2 我们接下来分析第二个判断，看看getWindow().superDispatchTouchEvent(ev)到底做了什么。

    //Activity
    public Window getWindow() {
        return mWindow;
    }

3.3 这里getWindow就是获取的当前Activity的window对象，而Window类是抽象类，唯一子类是PhoneWindow，所以我们直接看PhoneWindow的superDispatchTouchEvent(ev)方法。

   //PhoneWindow 
    public boolean superDispatchTouchEvent(MotionEvent event) {
        return mDecor.superDispatchTouchEvent(event);
    }

3.4 PhoneWindow中的superDispatchTouchEvent()又调用了mDecor.superDispatchTouchEvent(event)，mDecor就是DecorView，继续来看DecorView的superDispatchTouchEvent(event)方法。

    //DecorView
    public boolean superDispatchTouchEvent(MotionEvent event) {
        return super.dispatchTouchEvent(event);
    }

在DecorView中又调用了父类的dispatchTouchEvent(event)方法，DecorView的父类是ViewGroup。这里就到了ViewGroup的事件分发，关于ViewGroup我们下篇再研究。

3.5 到现在我们可以知道Activity的事件分发经过了以下几个流程：
Activity->PhoneWindow->DecorView->ViewGroup
所以上面的第二个判断中，判断的就是ViewGroup的dispatchTouchEvent()的返回值。
如果ViewGroup的dispatchTouchEvent()消费了事件，则返回true，否则返回onTouchEvent()。

3.6 接着看Activity中的onTouchEvent()方法都做了什么。

    public boolean onTouchEvent(MotionEvent event) {
        if (mWindow.shouldCloseOnTouch(this, event)) {
            finish();
            return true;
        }

        return false;
    }

在onTouchEvent中，进行了一个判断，为true时finish()并返回true，否则返回false。这里与事件分发无关了，所以不必过分深入。
Activity的onTouchEvent()，其实就是事件没有被任何View消费时调用的。

四、ViewGroup中的事件分发

4.1 这里还是老规矩，来一张ViewGroup的事件分发的流程图，来方便各位读者大佬理解。


ViewGroup事件分发.jpg

这里简单讲一下这个流程图：

  1. 处理分发。
  2. 判断是否安全。
  3. 不安全直接结束。
  4. 安全再判断是否拦截。
  5. 拦截：调用父类的dispatch，最终调用自己的onTouchEvent，事件结束。
  6. 不拦截：找到目标View，调用目标View的dispatchTouchEvent()，事件结束。

4.2 接下来进行源码分析，上篇Activity的事件分发中，最终分发到了ViewGroup中的dispatchTouchEvent()中，这里就继续ViewGroup的dispatchTouchEvent()来看，由于源码太长，所以这里只挑关键代码来看。

首先是onFilterTouchEventForSecurity()，判断是事件是否安全。

    public boolean onFilterTouchEventForSecurity(MotionEvent event) {
        //noinspection RedundantIfStatement
        if ((mViewFlags & FILTER_TOUCHES_WHEN_OBSCURED) != 0
                && (event.getFlags() & MotionEvent.FLAG_WINDOW_IS_OBSCURED) != 0) {
            // Window is obscured, drop this touch.
            return false;
        }
        return true;
    }

这个方法返回值代表是否处理这个事件，首先判断View是否被遮挡，如果被遮挡，返回false，表示不处理这个事件，否则返回true，继续处理这个事件。

4.3 先来看一下不处理这个事件的情况

boolean handled = false;
//···略
return handled;

在dispatchTouchEvent()中，如果这个事件不符合安全的情况下，这里直接返回了false。

4.4 如果事件符合安全策略，则进行分发处理，

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

这里不是事件分发的重点，所以简单看一下就好，如果事件为Down(按下)时，做了两件事：

  1. 取消和清除事件
  2. 重置触摸状态
  3. 其中resetTouchState()方法中，重置了FLAG_DISALLOW_INTERCEPT标志位。

FLAG_DISALLOW_INTERCEPT：是用来标记不让ViewGruop拦截事件的，

4.5 接下来就是拦截事件，

            // Check for interception.
            final boolean intercepted;
            //如果事件为Down，或 触摸的View不为空时
            if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                    //是否允许拦截
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                //如果允许拦截
                if (!disallowIntercept) {
                    //是否拦截 通过onInterceptTouchEvent()返回值来判断
                    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.
                // 没有触摸目标 且 初始事件为Down 所以拦截
                intercepted = true;
            }

在拦截事件的过程中，重点是里面的onInterceptTouchEvent(ev)方法， ViewGroup可以重写这个方法来决定是否拦截。

4.6 接下来看不拦截的情况，不拦截事件时，会找到目标View，先来看这部分代码。

if (!canceled && !intercepted) {
    if (actionMasked == MotionEvent.ACTION_DOWN
        || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
        || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
        final int actionIndex = ev.getActionIndex(); // always 0 for down
        final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex)
            : TouchTarget.ALL_POINTER_IDS;

        final int childrenCount = mChildrenCount;
        if (newTouchTarget == null && childrenCount != 0) {
            final float x = ev.getX(actionIndex);
            final float y = ev.getY(actionIndex);
           
            final ArrayList<View> preorderedList = buildTouchDispatchChildList();
            final boolean customOrder = preorderedList == null
                && isChildrenDrawingOrderEnabled();
            final View[] children = mChildren;
            //1. for循环 找到目标View
            for (int i = childrenCount - 1; i >= 0; i--) {
                final int childIndex = getAndVerifyPreorderedIndex(
                    childrenCount, i, customOrder);
                final View child = getAndVerifyPreorderedView(
                    preorderedList, children, childIndex);
                
                if (childWithAccessibilityFocus != null) {
                    if (childWithAccessibilityFocus != child) {
                        continue;
                    }
                    childWithAccessibilityFocus = null;
                    i = childrenCount - 1;
                }

                //2. 如果目标View不能接收事件 结束本次循环
                if (!child.canReceivePointerEvents()
                    || !isTransformedTouchPointInView(x, y, child, null)) {
                    ev.setTargetAccessibilityFocus(false);
                    continue;
                }


                //3. 如果子View返回为true(这里调用了子View的dispatchTouchEvent)
                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();
                    //在这里为mFirstTouchTarget赋值了
                    newTouchTarget = addTouchTarget(child, idBitsToAssign);
                    //已经分发了事件
                    alreadyDispatchedToNewTouchTarget = true;
                    break;
                }        
            }
        } 
    }

这里主要看上面的123注释部分代码，主要做的就是找到目标View，如果目标View不能接收事件，则结束本次循环。然后调用dispatchTransformedTouchEvent()方法，这个方法内部其实就是调用了目标View的dispatchTouchEvent()方法。如果目标View的dispatchTouchEvent()返回为True，则说明事件已经分发到了View中。

4.7 接下来继续看拦截情况的代码

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

如果拦截事件的话，会直接走到这里，此时mFirstTouchTarget为空，内部又调用了dispatchTransformedTouchEvent()方法，此时需要注意第三个参数childView为null。

4.8 我们来看看dispatchTransformedTouchEvent()关键代码

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

此时如果child空时，则调用ViewGroup的父类(View)的dispatchTouchEvent()方法。即事件由ViewGroup处理。
如果child不为空时，调用的是child即目标View的dispatchTouchEvent()方法，此时事件就分发到View中了。

五、View中的事件分发

5.1 老规矩，来一张View的事件分发的流程图，来方便各位读者大佬理解。


View事件分发.jpg

简单讲一下流程图：

  1. 判断是否具有可访问焦点
  2. 是否符合安全策略
  3. 是否注册onTouchListener且onTouch返回true
  4. onTouchEvent()返回true。

5.2 View中的事件分发相比ViewGroup更简单，这里直接一把梭贴关键源码上来

public boolean dispatchTouchEvent(MotionEvent event) {
        //1.判断是否具有可访问焦点 
        if (event.isTargetAccessibilityFocus()) {
            // We don't have focus or no virtual descendant has it, do not handle the event.
            if (!isAccessibilityFocusedViewOrHost()) {
                //如果不具有访问焦点 直接返回false
                return false;
            }
            // We have focus and got the event, then use normal event dispatch.
            event.setTargetAccessibilityFocus(false);
        }
    
        //方法返回值 默认为false
        boolean result = false;
        //2. 判断是否符合安全策略
        if (onFilterTouchEventForSecurity(event)) {
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            //3. 判断是否注册了mOnTouchListener 且 onTouch返回true
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }
            //4. 如果没有注册mOnTouchListener  或者 onTouch返回false时，由View自己onTouchEvent处理
            if (!result && onTouchEvent(event)) {
                result = true;
            }
        }
        //最终返回result
        return result;
    }

View的事件分发中很简单，最关键的部分就是判断是否注册了mOnTouchListener，如果注册了mOnTouchListener且onTouch返回true时，此时result为true，所以不会进入下面的判断，就不会调用View的onTouchEvent()方法，说明onTouch返回true时，onTouchEvent会被屏蔽了。

5.3 View的onTouchEvent方法这里就不看了，就简单讲一下好了，在onTouchEvent方法中对事件进行了判断，UP事件中，调用了performClickInternal()，内部又调用了performClick()，然后调用了li.mOnClickListener.onClick(this); 所以说View的点击事件就是在这里执行的。

5.4 根据上面的分析，我们还可以得出一个结论，那就是如果设置了OnTouchListener且onTouch返回true时，onTouchEvent将不会得到调用，所以View的点击事件也会被屏蔽。

六、总结

一、Activity事件分发

  1. Activity中的分发流程：Activity->PhoneWindow->DecorView->ViewGroup
  2. 再简单点就是Activity的dispatchTouchEvent()最终调用了ViewGroup的dispatchTouchEvent()，
  3. 如果ViewGroup的dispatchTouchEvent()消费了事件，那么Activity也返回true，因为事件已经被消费。
  4. 如果ViewGroup的dispatchTouchEvent()没有消费事件，那么调用Activity的onTouchEvent方法。

二、ViewGroup事件分发

ViewGroup最主要就是做了三件事：

  1. 判断是否拦截事件
  2. 不拦截->找到目标View->分发事件到目标View
  3. 拦截->由自己处理

三、View事件分发

View相对简单，就是对mOnTouchListener和onTouch的判断，然后对onTouchEvent的判断来决定最终返回值。
需要注意的是如果设置了OnTouchListener且onTouch返回true时，onTouchEvent将不会得到调用，所以View的点击事件也会被屏蔽。

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 204,684评论 6赞 478
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 87,143评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 151,214评论 0赞 337
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,788评论 1赞 277
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,796评论 5赞 368
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,665评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 38,027评论 3赞 399
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,679评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 41,346评论 1赞 299
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1赞 331
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,412评论 4赞 321
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 39,015评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1赞 260
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2赞 350
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2赞 343