Android 面试官必问的事件分发，你答得上来吗？
}
面试官：你这伪代码虽然通俗易懂，但是省略了太多逻辑了，子 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 时，会消费事件吗？
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论