Android 面试：事件分发8连问，2024年最新网易测试开发面试题

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

• ViewGroup是否拦截事件,拦截与不拦截后分别怎么处理？

• 子View是否拦截事件，拦截与不拦截后分别怎么处理？

• ViewGroup与子View都不拦截，最终事件如何处理？

• 如何处理事件冲突？

以上问题总结为思维导图如下:

接下来就具体分析分析

1.Touch事件如何从屏幕到我们的App

---

1.1 硬件与内核部分

当我们触摸屏幕或者按键操作时，首先触发的是硬件驱动

驱动收到事件后，将相应事件写入到输入设备节点，这便产生了最原生态的内核事件

当屏幕被触摸，Linux内核会将硬件产生的触摸事件包装为Event存到/dev/input/event[x]目录下

这样做的目的是将输入事件封装为通用的Event，供后续处理

1.2 SystemServer部分

我们知道，当系统启动时，在SystemServer进程会启动一系列系统服务，如AMS,WMS等

其中还有一个就是我们管理事件输入的InputManagerService

这个服务就是用来负责与硬件通信，接受屏幕输入事件。

在其内部，会启动一个读线程，也就是InputReader，它会从系统也就是/dev/input/目录拿到任务，并且分发给InputDispatcher线程，然后进行统一的事件分发调度。

1.3 跨进程通信传递给App

现在系统进程已经拿到输入事件了，但还需要传递给App进程，这就涉及到跨进程通信的部分

我们的App中的Window与InputManagerService之间的通信实际上使用的InputChannel

InputChannel是一个pipe，底层实际是通过socket进行通信。

我们知道在Activity启动时会调用ViewRootImpl.setView()

在ViewRootImpl.setView()过程中，也会同时注册InputChannel：

public final class ViewRootImpl {

public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {

requestLayout();

// …

// 创建InputChannel

mInputChannel = new InputChannel();

// 通过Binder在SystemServer进程中完成InputChannel的注册

mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,

getHostVisibility(), mDisplay.getDisplayId(),

mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,

mAttachInfo.mOutsets, mInputChannel);

}

}

这里涉及到了WindowManagerService和Binder跨进程通信，读者不需要纠结于详细的细节

只需了解最终在SystemServer进程中，WindowManagerService根据当前的Window创建了SocketPair用于跨进程通信，同时并对App进程中传过来的InputChannel进行了注册

这之后，ViewRootImpl里的InputChannel就指向了正确的InputChannel, 作为Client端，其fd与SystemServer进程中Server端的fd组成SocketPair, 它们就可以双向通信了。

然后我们App进程的主线程就会监听socket客户端，当收到消息（输入事件）后，回调NativeInputEventReceiver.handleEvent()方法，最终会走到InputEventReceiver.dispachInputEvent方法。

经过以上操作App终于拿到输入事件了，接下来就是传递到对应页面

1.4小结

关于内核处理输入事件与跨进程通信的部分一般来说不是应用开发者最关注的部分，也不是本文的重点，所以只做了概述

想要了解细节的同学可参考：Input系统—事件处理全过程

2.Touch事件到达App后怎么传递到对应页面

---

现在我们已经在App进程中拿到输入事件了，接下来看看事件如何分发到页面

我们接下来跟一下源码

2.1 事件回传到ViewRootImpl

//InputEventReceiver.java

private void dispatchInputEvent(int seq, InputEvent event) {

mSeqMap.put(event.getSequenceNumber(), seq);

onInputEvent(event);

}

//ViewRootImpl.java ::WindowInputEventReceiver

final class WindowInputEventReceiver extends InputEventReceiver {

public void onInputEvent(InputEvent event) {

enqueueInputEvent(event, this, 0, true);

}

}

//ViewRootImpl.java

void enqueueInputEvent(InputEvent event,

InputEventReceiver receiver, int flags, boolean processImmediately) {

adjustInputEventForCompatibility(event);

QueuedInputEvent q = obtainQueuedInputEvent(event, receiver, flags);

QueuedInputEvent last = mPendingInputEventTail;

if (last == null) {

mPendingInputEventHead = q;

mPendingInputEventTail = q;

} else {

last.mNext = q;

mPendingInputEventTail = q;

}

mPendingInputEventCount += 1;

if (processImmediately) {

doProcessInputEvents();

} else {

scheduleProcessInputEvents();

}

}

可以看到事件还是回到了ViewRootImpl中，可见ViewRootImpl不仅负责界面的绘制，同时负责事件的传递

2.2 第一次责任链分发

接下来走到doProcessInputEvents中，其中涉及到事件分发中的第一次责任链分发

void doProcessInputEvents() {

…

// Deliver all pending input events in the queue.

while (mPendingInputEventHead != null) {

QueuedInputEvent q = mPendingInputEventHead;

mPendingInputEventHead = q.mNext;

deliverInputEvent(q);

}

…

}

private void deliverInputEvent(QueuedInputEvent q) {

InputStage stage;

…

//stage赋值操作

…

if (stage != null) {

stage.deliver(q);

} else {

finishInputEvent(q);

}

}

abstract class InputStage {

private final InputStage mNext;

public InputStage(InputStage next) {

mNext = next;

}

public final void deliver(QueuedInputEvent q) {

if ((q.mFlags & QueuedInputEvent.FLAG_FINISHED) != 0) {

forward(q);

} else if (shouldDropInputEvent(q)) {

finish(q, false);

} else {

traceEvent(q, Trace.TRACE_TAG_VIEW);

final int result;

try {

result = onProcess(q);

} finally {

Trace.traceEnd(Trace.TRACE_TAG_VIEW);

}

apply(q, result);

}

}

}

如上所示：

1.QueuedInputEvent是一种输入事件，链表结构，遍历传递给InputStage

2.InputStage是处理输入的责任链，在调用deliver时会遍历责任链传递事件

3.事件分发完成后会调用finishInputEvent，告知SystemServer进程的InputDispatcher线程，最终将该事件移除，完成此次事件的分发消费。

那么问题来了,InputStage的责任链是什么时候组件的呢？

2.3 组装责任链

我们得回到ViewRootImpl.setView方法中

public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {

synchronized (this) {

…

// Set up the input pipeline.

mSyntheticInputStage = new SyntheticInputStage();

InputStage viewPostImeStage = new ViewPostImeInputStage(mSyntheticInputStage);

InputStage nativePostImeStage = new NativePostImeInputStage(viewPostImeStage,

“aq:native-post-ime:” + counterSuffix);

InputStage earlyPostImeStage = new EarlyPostImeInputStage(nativePostImeStage);

InputStage imeStage = new ImeInputStage(earlyPostImeStage,

“aq:ime:” + counterSuffix);

InputStage viewPreImeStage = new ViewPreImeInputStage(imeStage);

InputStage nativePreImeStage = new NativePreImeInputStage(viewPreImeStage,

“aq:native-pre-ime:” + counterSuffix);

mFirstInputStage = nativePreImeStage;

mFirstPostImeInputStage = earlyPostImeStage;

…

}

}

可以看到在setView方法中，就把这条输入事件处理的责任链拼接完成了，不同的InputStage子类，通过构造方法一个个串联起来了，那这些InputStage到底干了啥呢？

• SyntheticInputStage。综合处理事件阶段，比如处理导航面板、操作杆等事件。

• ViewPostImeInputStage。视图输入处理阶段，比如按键、手指触摸等运动事件，我们熟知的view事件分发就发生在这个阶段。

• NativePostImeInputStage。本地方法处理阶段，主要构建了可延迟的队列。

• EarlyPostImeInputStage。输入法早期处理阶段。

• ImeInputStage。输入法事件处理阶段，处理输入法字符。

• ViewPreImeInputStage。视图预处理输入法事件阶段，调用视图view的dispatchKeyEventPreIme方法。

• NativePreImeInputStage。本地方法预处理输入法事件阶段。

小结一下，事件到达应用端的主线程，会通过ViewRootImpl进行一系列InputStage来处理事件。这个阶段其实是对事件进行一些简单的分类处理，比如视图输入事件，输入法事件，导航面板事件等等。

我们的View触摸事件就发生在ViewPostImeInputStage阶段

final class ViewPostImeInputStage extends InputStage {

@Override

protected int onProcess(QueuedInputEvent q) {

if (q.mEvent instanceof KeyEvent) {

return processKeyEvent(q);

} else {

final int source = q.mEvent.getSource();

if ((source & InputDevice.SOURCE_CLASS_POINTER) != 0) {

return processPointerEvent(q);

}

}

}

private int processPointerEvent(QueuedInputEvent q) {

final MotionEvent event = (MotionEvent)q.mEvent;

boolean handled = mView.dispatchPointerEvent(event)

return handled ? FINISH_HANDLED : FORWARD;

}

//View.java

public final boolean dispatchPointerEvent(MotionEvent event) {

if (event.isTouchEvent()) {

return dispatchTouchEvent(event);

} else {

return dispatchGenericMotionEvent(event);

}

}

1.经过层层回调会调用到mView.dispatchPointerEvent

2.我们知道ViewRootImpl中的mView就是DecorView

现在事件已经传递到了DecorView，也就是我们界面的根布局

接下来是事件在Activity,Window,DecorView中的传递

2.4 事件在Activity,Window,DecorView中的传递

//DecorView.java

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

//cb其实就是对应的Activity/Dialog

final Window.Callback cb = mWindow.getCallback();

return cb != null && !mWindow.isDestroyed() && mFeatureId < 0

? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);

}

//Activity.java

public boolean dispatchTouchEvent(MotionEvent ev) {

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

onUserInteraction();

}

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

return true;

}

return onTouchEvent(ev);

}

//PhoneWindow.java

@Override

public boolean superDispatchTouchEvent(MotionEvent event) {

return mDecor.superDispatchTouchEvent(event);

}

//DecorView.java

public boolean superDispatchTouchEvent(MotionEvent event) {

return super.dispatchTouchEvent(event);

}

可以看到事件分发经过了:DecorView -> Activity -> PhoneWindow -> DecorView

看起来是一个很奇怪的事件流转，事件从DecorView出发，最后又回到了DecorView，为什么这样做呢？

2.4.1 为什么ViewRootImpl不直接把事件交给Activity？

主要是为了解藕

ViewRootImpl并不知道有Activity这种东西存在！它只是持有了DecorView。所以，不能直接把触摸事件送到Activity.dispatchTouchEvent()

2.4.2 交给Acitivity后，为什么不直接交给DecorView开始分发事件呢?

因为Activity不知道有DecorView！

但是，Activity持有PhoneWindow ，而PhoneWindow当然知道自己的窗口里有些什么了，所以能够把事件派发给DecorView。

在Android中，Activity并不知道自己的Window中有些什么，这样耦合性就很低了,Activity不需要知道Window中的具体内容

2.5 小结

经过上述过程，事件终于到了我们熟悉的ViewGroup.dispatchTouchEvent

流程图如下所示：

3.Touch事件到达页面后内部怎样分发

---

下面就是我们最常用也是最常见的事件分发部分了

3.1 ViewGroup是否拦截事件

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

final boolean intercepted;

//只有ActionDown或者mFirstTouchTarget为空时才会判断是否拦截

if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null) {

final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

if (!disallowIntercept) {

intercepted = onInterceptTouchEvent(ev);

}

}

if (!canceled && !intercepted) {

//事件传递给子view

…

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

…

//如果子View消耗了则给mFirstTouchTarget赋值

newTouchTarget = addTouchTarget(child, idBitsToAssign);

…

}

}

//mFirstTouchTarget不为空时会调用dispatchTransformendTouchEvent

if (mFirstTouchTarget == null) {

handled = dispatchTransformedTouchEvent(ev, canceled, null,

TouchTarget.ALL_POINTER_IDS);

}

}

private boolean dispatchTransformedTouchEvent(View child) {

if (child == null) {

handled = super.dispatchTouchEvent(event);

} else {

handled = child.dispatchTouchEvent(event);

}

}

从以上可以看出

1.只有当Action_Down或者mFirstTouchTarget不为空时才判断是否拦截

2.mFirstTouchTarget是个链表结构，代表某个子View消费了事件，为null则表示没有子View消费事件

3.在判断是否拦截前有个disallowIntercept字段，这个在后面事件冲突内部拦截法时会用到

4.接下来就到了onInterceptTouchEvent,ViewGroup是否拦截事件正是由这个方法控制的

3.1.2 ViewGroup拦截后会发生什么？

1.拦截之后，事件自然就不会再下发给子View

2.接下来如果mFirstTouchTarget为null,则会调用到dispatchTransformedTouchEvent,然后调用到super.dispatchTouchEvent,最终到ViewGroup.onTouchEvent

3.为什么使用mFirstTouchTarget==null来判断是否是ViewGroup处理，是因为mFirstTouchTarget==null有两种情况，一是ViewGroup拦截，二是子View没有处理事件,两种情况最后都回调到ViewGroup.onTouchEvent

通过上面的分析，我们可以得出ViewGroup拦截的伪代码：

public boolean dispatchTouchEvent(MotionEvent event) {

boolean isConsume = false;

if (isViewGroup) {

if (onInterceptTouchEvent(event)) {

isConsume = super.dispatchTouchEvent(event);

}

}

return isConsume;

}

如果是ViewGroup，会先执行到onInterceptTouchEvent方法判断是否拦截，如果拦截，则执行父类View的dispatchTouchEvent方法。

3.1.3 ViewGroup不拦截会发生什么?

如果ViewGroup不拦截，则会传递到子View

if (!canceled && !intercepted) {

if (actionMasked == MotionEvent.ACTION_DOWN

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

|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {

final int childrenCount = mChildrenCount;

//遍历子View

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

//2.判断事件坐标

if (!child.canReceivePointerEvents()

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

ev.setTargetAccessibilityFocus(false);

continue;

}

//3.传递事件

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

newTouchTarget = addTouchTarget(child, idBitsToAssign);

alreadyDispatchedToNewTouchTarget = true;

break;

}

}

}

}

}

private boolean dispatchTransformedTouchEvent(View child) {

if (child == null) {

handled = super.dispatchTouchEvent(event);

} else {

handled = child.dispatchTouchEvent(event);

}

}

如果不拦截，ViewGroup内主要做以下几件事

1.遍历当前ViewGroup的所有子View

2.判断当前View是否在当前子View的坐标范围内，不在范围内不能接收事件，直接跳过

3.利用dispatchTransformedTouchEvent,如果返回true,则通过addTouchTarget对mFirstTouchTarget赋值

4.dispatchTransformedTouchEvent做的主要就是两个事，如果child不为null，则事件分发到child,否则调用super.dispatchTouchEvent,并最终返回结果

5.mFirstTouchTarget是单链表结构，记录消费链，但是在单点触控的时候这个特性没有用上，只是一个普通的TouchTarget对象

3.2 子View是否拦截

public boolean dispatchTouchEvent(MotionEvent event) {

if (onFilterTouchEventForSecurity(event)) {

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的diapatchTouchEvent逻辑比较简单

1.如果设置了setOnTouchListener并且返回为true，那么onTouchEvent就不再执行

2.否则执行onTouchEvent，我们常用的OnClickListenr就是在onTouchEvent里触发的

所以默认情况下会直接执行onTouchEvent，如果我们设置了setOnClickListener或者setLongClickListener，都会正常触发

3.2.1 如果子View消费事件会怎么样？

上面说了，如果子View消费事件，即dispatchTouchEvent方法返回true

表示这个事件我处理了，那么事件从此结束,ViewGroup的dispatchTouchEvent也返回true

最后回到Activity的dispatchTouchEvent，也是直接返回true

作者2013年从java开发，转做Android开发，在小厂待过，也去过华为，OPPO等大厂待过，18年四月份进了阿里一直到现在。

参与过不少面试，也当面试官 面试过很多人。深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长，而且极易碰到天花板技术停滞不前！

我整理了一份阿里P7级别的最系统的Android开发主流技术，特别适合有3-5年以上经验的小伙伴深入学习提升。

主要包括阿里，以及字节跳动，腾讯，华为，小米，等一线互联网公司主流架构技术。如果你想深入系统学习Android开发，成为一名合格的高级工程师，可以收藏一下这些Android进阶技术选型

我搜集整理过这几年阿里，以及腾讯，字节跳动，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

Java语言与原理；
大厂，小厂。Android面试先看你熟不熟悉Java语言

高级UI与自定义view；
自定义view，Android开发的基本功。

性能调优；
数据结构算法，设计模式。都是这里面的关键基础和重点需要熟练的。

NDK开发；
未来的方向，高薪必会。

前沿技术；
组件化，热升级，热修复，框架设计

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

我在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多，CodeChina上可见；

当然，想要深入学习并掌握这些能力，并不简单。关于如何学习，做程序员这一行什么工作强度大家都懂，但是不管工作多忙，每周也要雷打不动的抽出 2 小时用来学习。

不出半年，你就能看出变化！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

[外链图片转存中…(img-vGy9yiYH-1713030570541)]

Java语言与原理；
大厂，小厂。Android面试先看你熟不熟悉Java语言

[外链图片转存中…(img-ZILawV7o-1713030570542)]

高级UI与自定义view；
自定义view，Android开发的基本功。

[外链图片转存中…(img-sq1RKadx-1713030570542)]

性能调优；
数据结构算法，设计模式。都是这里面的关键基础和重点需要熟练的。

[外链图片转存中…(img-IqU44wm9-1713030570542)]

NDK开发；
未来的方向，高薪必会。

[外链图片转存中…(img-TyHa15dZ-1713030570543)]

前沿技术；
组件化，热升级，热修复，框架设计

[外链图片转存中…(img-Ng2Y4dBE-1713030570543)]

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

我在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多，CodeChina上可见；

当然，想要深入学习并掌握这些能力，并不简单。关于如何学习，做程序员这一行什么工作强度大家都懂，但是不管工作多忙，每周也要雷打不动的抽出 2 小时用来学习。

不出半年，你就能看出变化！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-uPpM9TMt-1713030570543)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！