Android面试官必问的事件分发，你答得上来吗？

 

Android touch 事件的分发，是面试中最常被问到的问题之一。我们来看看 ????、???? 和 ????️ 三位同学是怎么回答的吧

???? 自认为无所不知，水平已达应用开发天花板，目前月薪 10k

面试官：讲讲 Android 的事件分发机制

????：当用户手指触摸屏幕时，Android 会将对应的事件包装成一个事件对象 MotionEvent ，从 ViewTree 的顶部至上而下地分发传递。用户从手指接触屏幕至离开屏幕会产生一系列的事件，事件是以 down 开始，up 或 cancel 结束，中间无数个 move ; 一个事件的分发顺序是：Activity 到 ViewGroup 再到 View

面试官：事件分发的过程用到哪些方法

????：首先是 dispatchTouchEvent 执行事件分发的方法，整个事件分发的过程就是在递归这个方法；

然后就是 onTouchEvent 消费方法，View 响应点击事件、ScrollView 响应滚动事件就是在这里面实现

面试官：还有一个拦截方法呢？

????：什么拦截方法，分发关拦截什么事？（糟糕背的答案忘了）

面试官：哦，没事，回去等通知吧。

---

???? 业余时间经常打游戏、追剧、熬夜，目前月薪 15k

面试官：事件分发的过程用到哪些方法

????：有 dispatchTouchEvent 、onTouchEvent 、 onInterceptTouchEvent ；ViewGroup 在调用 dispatchTouchEvent 进行事件分发时，会适时调用 onInterceptTouchEvent ，来判断是否能拦截这个事件。相应如果不想 ViewGroup 拦截事件，可以调用 ViewGroup 的 requestDisallowInterceptTouchEvent方法，传 true 就是禁止拦截，false 你开心就拦吧；常用来解决一些嵌套 View 的事件冲突。

面试官：说一下这些方法的关系

????：比如 ScrollView 用户手指点击下去时，Down 事件会被子 View 消费，这样如果紧接着用户手指直接抬起那这个子 View 就消费这个完整的事件序列，一般是点击事件；而如果接下去用户的手指进行滑动产生 Move事件，那就必须要由 ScrollView 来响应滚动事件了，为了能达到这个效果 ScrollView 在 dispatchTouchEvent( Move ) 时，调用 onInterceptTouchEvent 返回了 true 来实现拦截事件，不再向子 View 分发。

看一下伪代码

// 事件分发到某个具体的 ViewGroup，会直接调用 dispatchTouchEvent() 方法
public boolean dispatchTouchEvent(MotionEvent ev) {
    //代表是否消费事件
    boolean consume = false;

    if (onInterceptTouchEvent(ev)) {
    // 如果 onInterceptTouchEvent() 返回 true 则代表当前 View 拦截了事件
    // 则该事件则会交给当前View进行处理
    // 即调用 onTouchEvent() 方法去处理事件
      consume = onTouchEvent (ev) ;
    } else {
      // 如果 onInterceptTouchEvent() 返回 false 则代表当前 View 不拦截事件
      // 则该事件则会继续传递给它的子元素
      // 子元素的 dispatchTouchEvent() 就会被调用，重复上述过程
      // 直到事件被最终处理为止
      consume = child.dispatchTouchEvent(ev); //遍历处理
    }
    return consume;
}

面试官：你这伪代码虽然通俗易懂，但是省略了太多逻辑了，子 View 在消费掉 Down 事件后，后续的事件都给会传递给它，你知道是怎么实现的吗

????：具体怎么实现没关注

面试官：好的，回去等通知吧。

---

????️ 坚持每天学习、不断的提升自己，目前月薪 30k

面试官：讲讲 Android 的事件分发机制

????️：说起来太费劲了，上神图，放大了横屏看：

 

面试官：子 View 在消费掉 Down 事件后，后续的事件都会传递给它，你知道是怎么实现的吗

????️：ViewGroup 里面用了一个成员变量 mFirstTouchTarget 来保存消费事件的子 View 信息，因为安卓是支持多指操作的，所以这个 mFirstTouchTarget 是一个 TouchTarget 的链表。在View 的 dispatchTouchEvent 可以分为三个阶段：判断是否需要拦截；分发事件找到消费事件的子 View，更新到 mFirstTouchTarget；根据是否拦截和 mFirstTouchTarget 再次分发事件。

再细节我们就要到源码里看实现了，以下为 API 28 ViewGroup 的 dispatchTouchEvent 部分源码：

1. 判断是否需要拦截

final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
     || mFirstTouchTarget != null) {
 // disallowIntercept 就是 requestDisallowInterceptTouchEvent 设置的
 // 根据 disallowIntercept 和 onInterceptTouchEvent 决定 intercepted
 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 {
// 不是 Down 事件 并且之前的事件没有被子 View 捕获，就可以直接拦截
 intercepted = true;
}

2. 分发事件找到消费事件的子 View

if (!canceled && !intercepted) {
    if (actionMasked == MotionEvent.ACTION_DOWN || ...) {
        // 只分发 Down 事件（省略的为多指或鼠标的情况）
        for (int i = childrenCount - 1; i >= 0; i--) {
                ...
            //调用 dispatchTransformedTouchEvent 方法将事件分发给子 View
            if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
                ...
                // 如果事件被子 View 消费，更新 mFirstTouchTarget
                newTouchTarget = addTouchTarget(child, idBitsToAssign);
                break;
            }
            ...
        }
    }
}

3. 根据拦截结果和 mFirstTouchTarget 再次分发事件。

if (mFirstTouchTarget == null) {
    // 没有子 View 消费事件，则传入 null 去分发，最终调用的是自身的 onTouchEvent 方法，进行处理 touch 事件
    handled = dispatchTransformedTouchEvent(ev, canceled, null,
            TouchTarget.ALL_POINTER_IDS);
} else {
    TouchTarget predecessor = null;
    TouchTarget target = mFirstTouchTarget;
    while (target != null) {
        final TouchTarget next = target.next;
        if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
            handled = true; //已经处理了的避免重复分发
        } else {
            //如果 intercepted 就取消 cancelChild，这便是拦截子 View 事件的原理
            final boolean cancelChild = resetCancelNextUpFlag(target.child)
                    || intercepted;
            if (dispatchTransformedTouchEvent(ev, cancelChild,
                    target.child, target.pointerIdBits)) {
                //内部会比较 pointerIdBits 和当前事件的 pointerIdBits，一致才会处理
                //这便是 Down 事件处理后后续事件都交给该 View 处理的原理
                handled = true;
            }
        }
        ...
    }
}

好了，终于说完了

面试官：太多了，能总结下吗？

????️：好吧，我们来复习一下：

• 判断是否需要拦截 —> 主要是根据 onInterceptTouchEvent 方法的返回值来决定是否拦截；

• 在 DOWN 事件中将 touch 事件分发给子 View —> 这一过程如果有子 View 捕获消费了 touch 事件，会对 mFirstTouchTarget 进行赋值；

• dispatchTouchEvent 的最后一步，DOWN、MOVE、UP 事件都会根据 mFirstTouchTarget 是否为 null，决定是自己处理 touch 事件，还是分发给子 View。

• DOWN 事件是事件序列的起点；决定后续事件由谁来消费处理；

• mFirstTouchTarget 的作用：记录捕获消费 touch 事件的 View，是一个链表结构；

• CANCEL 事件的触发场景：当父视图先不拦截，然后在 MOVE 事件中重新拦截，此时子 View 会接收到一个 CANCEL 事件。

• 如果一个事件最后所有的 View 都不处理的话，最终回到 Activity 的 onTouchEvent 方法里面来。

面试官：可以，我们再来聊聊别的。

---

看完了这三位同学的面试表现，你有什么感想呢？欢迎关注评论留言讨论，另外今天留一些简单的思考题，如果答不出来的建议收藏文章多看几遍。

• 如果一个事件序列的 ACTION_DOWN 事件被 ViewGroup 拦截，此时子 View 调用 requestDisallowInterceptTouchEvent 方法有没有用？

• ACTION_DOWN 事件被子 View 消费了，那 ViewGroup 能拦截剩下的事件吗？如果拦截了剩下事件，当前这个事件 ViewGroup 能消费吗？子 View 还会收到事件吗？

• 当 View Disable 时，会消费事件吗？

最后这里是关于我自己的Android 学习，面试文档，视频收集大整理，有兴趣的伙伴们可以看看~