【Android面试查漏补缺】之事件分发机制详解

EventHub 的作用是用来监控设备节点是否有更新。

1. 初始化 InputManager

void InputManager::initialize() {

mReaderThread = new InputReaderThread(mReader);

mDispatcherThread = new InputDispatcherThread(mDispatcher);

}

InputManager 里初始化了 InputReaderThread 和 InputDispatcherThread 两个线程，一个用来读取事件，一个用来派发事件。

2.2.3 InputReaderThread 做的事情

bool InputReaderThread::threadLoop() {

mReader->loopOnce();

return true;

}

void InputReader::loopOnce() {

// 从 EventHub 获取事件

size_t count = mEventHub->getEvents(timeoutMillis, mEventBuffer, EVENT_BUFFER_SIZE);

// 处理事件

processEventsLocked(mEventBuffer, count);

// 事件发送给 InputDispatcher 去做分发

mQueuedListener->flush();

}

这里代码比较多，做一些省略。

InputReaderThread 里做了三件事情：

1. 从 EventHub 获取事件

2. 处理事件，这里事件有不同的类型，会做不同的处理和封装

3. 把事件发送给 InputDispatcher

2.2.4 InputDispatcherThread 做的事情

bool InputDispatcherThread::threadLoop() {

mDispatcher->dispatchOnce(); // 内部调用 dispatchOnceInnerLocked

return true;

}

void InputDispatcher::dispatchOnceInnerLocked(nsecs_t* nextWakeupTime) {

// 从队列中取出一个事件

mPendingEvent = mInboundQueue.dequeueAtHead();

// 根据不同的事件类型，进行不同的操作

switch (mPendingEvent->type) {

case EventEntry::TYPE_CONFIGURATION_CHANGED: {

// …

case EventEntry::TYPE_DEVICE_RESET: {

// …

case EventEntry::TYPE_KEY: {

// …

case EventEntry::TYPE_MOTION: {

// 派发事件

done = dispatchMotionLocked(currentTime, typedEntry,

&dropReason, nextWakeupTime);

break;

}

}

上面通过 dispatchMotionLocked 方法派发事件，具体的函数调用过程省略如下：

dispatchMotionLocked -> dispatchEventLocked -> prepareDispatchCycleLocked -> enqueueDispatchEntriesLocked -> startDispatchCycleLocked -> publishMotionEvent -> InputChannel.sendMessage

其中会找到当前合适的 Window，然后调用 InputChannel 去发送事件。

这里的 InputChannel 对应的是 ViewRootImpl 里的 InputChannel。

至于中间的怎么做的关联，这里就先不做分析，整个代码比较长，而且对于流程的掌握影响不大。

2.2.5 WindowInputEventReceiver 接受事件并进行分发

在 ViewRootImpl 里有一个 WindowInputEventReceiver 用来接受事件并进行分发。

InputChannel 发送的事件最终都是通过 WindowInputEventReceiver 进行接受。

WindowInputEventReceiver 是在 ViewRootImpl.setView 里面初始化的，setView 的调用是在 ActivityThread.handleResumeActivity -> WindowManagerGlobal.addView。

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

// …

if (mInputChannel != null) {

if (mInputQueueCallback != null) {

mInputQueue = new InputQueue();

mInputQueueCallback.onInputQueueCreated(mInputQueue);

}

mInputEventReceiver = new WindowInputEventReceiver(mInputChannel,

Looper.myLooper());

}

}

public abstract class InputEventReceiver {

// native 侧代码调用这个方法，把事件派发过来

private void dispatchInputEvent(int seq, InputEvent event, int displayId) {

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

onInputEvent(event, displayId);

}

}

final class WindowInputEventReceiver extends InputEventReceiver {

@Override

public void onInputEvent(InputEvent event, int displayId) {

// 事件接受

enqueueInputEvent(event, this, 0, true);

}

// …

}

void enqueueInputEvent(InputEvent event,

InputEventReceiver receiver, int flags, boolean processImmediately) {

// 是否要立即处理事件

if (processImmediately) {

doProcessInputEvents();

} else {

scheduleProcessInputEvents();

}

}

void doProcessInputEvents() {

// …

while (mPendingInputEventHead != null) {

deliverInputEvent(q);

}

// …

}

private void deliverInputEvent(QueuedInputEvent q) {

// …

InputStage stage;

if (q.shouldSendToSynthesizer()) {

stage = mSyntheticInputStage;

} else {

stage = q.shouldSkipIme() ? mFirstPostImeInputStage : mFirstInputStage;

}

// 分发事件

stage.deliver(q);

}

从上面的代码流程中，事件最终走到 InputStage.deliver 里。

abstract class InputStage {

public final void deliver(QueuedInputEvent q) {

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

forward(q);

} else if (shouldDropInputEvent(q)) {

finish(q, false);

} else {

apply(q, onProcess(q));

}

}

}

在 deliver 里，最终调用 onProcess，实现是在 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);

} else if ((source & InputDevice.SOURCE_CLASS_TRACKBALL) != 0) {

return processTrackballEvent(q);

} else {

return processGenericMotionEvent(q);

}

}

}

private int processPointerEvent(QueuedInputEvent q) {

// 这里 mView 是 DecorView，调用到 DecorView.dispatchPointerEvent

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

}

}

// DecorView.java

public boolean dispatchTouchEvent(MotionEvent ev) {

// 这里的 Callback 就是 Activity，是在 Activity.attach 里调用 mWindow.setCallback(this); 设置的

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

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

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

}

通过上面一系列流程，最终就调用到 Activity.dispatchTouchEvent 里，也就是开始的流程了。

通过上面的分析，我们基本上知道了事件从用户点击屏幕到 View 处理的过程了，就是下面这张图。

2.3 CANCEL 事件什么时候会触发

---

这个如果仔细看 dispatchTouchEvent 的代码的话，可以看到一些时机：

1. View 收到 ACTION_DOWN 事件以后，上一个事件还没有结束（可能因为 APP 的切换、ANR 等导致系统扔掉了后续的事件），这个时候会先执行一次 ACTION_CANCEL

// ViewGroup.dispatchTouchEvent()

public boolean dispatchTouchEvent(MotionEvent ev) {

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

}

}

1. 子 View 之前拦截了事件，但是后面父 View 重新拦截了事件，这个时候会给子 View 发送 ACTION_CANCEL 事件

// ViewGroup.dispatchTouchEvent()

public boolean dispatchTouchEvent(MotionEvent ev) {

if (mFirstTouchTarget == null) {

} else {

// 有子 View 获取了事件

TouchTarget target = mFirstTouchTarget;

while (target != null) {

final TouchTarget next = target.next;

final boolean cancelChild = resetCancelNextUpFlag(target.child)

|| intercepted;

// 父 View 此时如果拦截了事件，cancelChild 是 true

if (dispatchTransformedTouchEvent(ev, cancelChild,

target.child, target.pointerIdBits)) {

handled = true;

}

}

}

}

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,

View child, int desiredPointerIdBits) {

final int oldAction = event.getAction();

// 如果 cancel 是 true，则发送 ACTION_CANCEL 事件

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

event.setAction(MotionEvent.ACTION_CANCEL);

if (child == null) {

handled = super.dispatchTouchEvent(event);

} else {

handled = child.dispatchTouchEvent(event);

}

event.setAction(oldAction);

return handled;

}

}

2.4 如何解决滑动冲突

这个也是老生常谈的一个问题了，主要就是两个方法：

1. 通过重写父类的 onInterceptTouchEvent 来拦截滑动事件

2. 通过在子类中调用 parent.requestDisallowInterceptTouchEvent 来通知父类是否要拦截事件，requestDisallowInterceptTouchEvent 会设置 FLAG_DISALLOW_INTERCEPT 标志，这个在最开始的伪代码那里做过介绍

三、总结

=====================================================================

上面就是从 View 事件分发引申出的一些问题，简单的解答如下：

1. View 事件分发

// 伪代码

public boolean dispatchTouchEvent() {

boolean res = false;

// 是否不允许拦截事件

// 如果设置了 FLAG_DISALLOW_INTERCEPT，不会拦截事件，所以在 child 里可以通过 requestDisallowInterceptTouchEvent 控制父 View 是否来拦截事件

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

if (!disallowIntercept && onInterceptTouchEvent()) { // View 不调用这里，直接执行下面的 touchlistener 判断

if (touchlistener && touchlistener.onTouch()) {

return true;

}

res = onTouchEvent(); // 里面会处理点击事件 -> performClick() -> clicklistener.onClick()

} else if (DOWN) { // 如果是 DOWN 事件，则遍历子 View 进行事件分发

// 循环子 View 处理事件

for (childs) {

res = child.dispatchTouchEvent();

}

} else {

// 事件分发给 target 去处理，这里的 target 就是上一步处理 DOWN 事件的 View

target.child.dispatchTouchEvent();

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

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

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

总结

其实要轻松掌握很简单，要点就两个：

1. 找到一套好的视频资料，紧跟大牛梳理好的知识框架进行学习。
2. 多练。 （视频优势是互动感强，容易集中注意力）

你不需要是天才，也不需要具备强悍的天赋，只要做到这两点，短期内成功的概率是非常高的。

对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。

以上就是总结的关于在面试的一些总结，希望对大家能有些帮助，除了这些面试中需要注意的问题，当然最重要的就是刷题了，这里放上我之前整理的一份超全的面试专题PDF

还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。

【Android核心高级技术PDF文档，BAT大厂面试真题解析】

这里只是整理出来的部分面试题，后续会持续更新，希望通过这些高级面试题能够降低面试Android岗位的门槛，让更多的Android工程师理解Android系统，掌握Android系统。喜欢的话麻烦点击一个喜欢在关注一下~

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

总结

其实要轻松掌握很简单，要点就两个：

1. 找到一套好的视频资料，紧跟大牛梳理好的知识框架进行学习。
2. 多练。 （视频优势是互动感强，容易集中注意力）

你不需要是天才，也不需要具备强悍的天赋，只要做到这两点，短期内成功的概率是非常高的。

对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。

以上就是总结的关于在面试的一些总结，希望对大家能有些帮助，除了这些面试中需要注意的问题，当然最重要的就是刷题了，这里放上我之前整理的一份超全的面试专题PDF

还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。

【Android核心高级技术PDF文档，BAT大厂面试真题解析】

[外链图片转存中…(img-rBA55t8r-1713435223366)]

这里只是整理出来的部分面试题，后续会持续更新，希望通过这些高级面试题能够降低面试Android岗位的门槛，让更多的Android工程师理解Android系统，掌握Android系统。喜欢的话麻烦点击一个喜欢在关注一下~

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！