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

qw阿尔法

于 2024-07-04 23:59:49 发布

阅读量387

点赞数 5

分类专栏：资料搜公宗号文章标签： android 面试职场和发展

本文链接：https://blog.csdn.net/qwequjmtgb/article/details/140193124

版权

资料搜公宗号专栏收录该内容

13 篇文章 0 订阅

订阅专栏

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

面试中提到安卓的事件分发，我们一般都能说到从 Activity -> Window -> DecorView -> ViewGroup -> View 的 dispatchTouchEvent 流程，这个是最基本的需要掌握的，由此能深入引出一些什么知识点呢？

事件是如何从屏幕点击最终到达 Activity 的？

CANCEL 事件什么时候会触发？

如何解决滑动冲突？

二、题目详解

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

2.1 安卓事件的分发

安卓的事件分发大概会经历 Activity -> PhoneWindow -> DecorView -> ViewGroup -> View 的 dispatchTouchEvent。

其中 dispatchTouchEvent 用下面的一段伪代码就可以说明了，过程就不具体分析了，大家应该也都比较清晰。

// 伪代码

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

}

return res;

}

2.2 事件是如何到达 Activity 的

既然上面的事件分发是从 Activity 开始的，那事件是怎么到达 Activity 的呢？

总体流程大概是这样的：用户点击设备, linux 内核接受中断, 中断加工成输入事件数据写入对应的设备节点中, InputReader 会监控 /dev/input/ 下的所有设备节点, 当某个节点有数据可以读时，通过 EventHub 将原始事件取出来并翻译加工成输入事件，交给 InputDispatcher，InputDispatcher 根据 WMS 提供的窗口信息把事件交给合适的窗口,窗口 ViewRootImpl 派发事件

大体流程图如下：

input

其中主要有几个阶段：

硬件中断
InputManagerService 做的事情
InputReaderThread 做的事情
InputDispatcherThread 做的事情
WindowInputEventReceiver 做的事情

2.2.1 硬件中断

硬件中断这里就简单介绍一些，操作系统对硬件事件的接收是通过中断来进行的。

内核启动的时候会在中断描述符表中对中断类型以及对应的处理方法的地址进行注册。

当有中断的时候，就会调用对应的处理方法，把对应的事件写入到设备节点里。

2.2.2 InputManagerService 做的事情

InputManagerService 是用来处理 Input 事件的，Java 侧的 InputManagerService 就是 C++ 代码的一个封装，以及提供了一些 callback 用来传递事件到 Java 层。

我们看一下 native 侧的 InputManagerService 初始化代码。

NativeInputManager::NativeInputManager(jobject contextObj,

jobject serviceObj, const sp& looper) :

mLooper(looper), mInteractive(true) {

// …

sp eventHub = new EventHub();

mInputManager = new InputManager(eventHub, this, this);

}

主要做的两件事：

初始化 EventHub

EventHub::EventHub(void) {

// …

mINotifyFd = inotify_init();

int result = inotify_add_watch(mINotifyFd, DEVICE_PATH, IN_DELETE | IN_CREATE);

result = epoll_ctl(mEpollFd, EPOLL_CTL_ADD, mINotifyFd, &eventItem);

result = epoll_ctl(mEpollFd, EPOLL_CTL_ADD, mWakeReadPipeFd, &eventItem);

}

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

初始化 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 里做了三件事情：

从 EventHub 获取事件
处理事件，这里事件有不同的类型，会做不同的处理和封装
把事件发送给 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 {

关于面试的充分准备

一些基础知识和理论肯定是要背的，要理解的背，用自己的语言总结一下背下来。

虽然 Android 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，我能明显感觉到国庆后多了很多高级职位，所以努力让自己成为高级工程师才是最重要的。

好了，希望对大家有所帮助。

接下来是整理的一些Android学习资料，有兴趣的朋友们可以关注下我免费领取方式。

①Android开发核心知识点笔记

②对标“阿里 P7” 40W+年薪企业资深架构师成长学习路线图

③面试精品集锦汇总

④全套体系化高级架构视频

**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水！

组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，我能明显感觉到国庆后多了很多高级职位，所以努力让自己成为高级工程师才是最重要的。

好了，希望对大家有所帮助。

接下来是整理的一些Android学习资料，有兴趣的朋友们可以关注下我免费领取方式。

①Android开发核心知识点笔记

②对标“阿里 P7” 40W+年薪企业资深架构师成长学习路线图

[外链图片转存中…(img-zGiPGtjw-1720108776844)]

③面试精品集锦汇总

[外链图片转存中…(img-7je42YPD-1720108776845)]

④全套体系化高级架构视频

[外链图片转存中…(img-md9iMYPL-1720108776845)]

qw阿尔法

关注

5
点赞
踩
4

收藏

觉得还不错? 一键收藏
0
评论
【Android面试查漏补缺】之事件分发机制详解

面试中提到安卓的事件分发，我们一般都能说到从 Activity -> Window -> DecorView -> ViewGroup -> View 的 dispatchTouchEvent 流程，这个是最基本的需要掌握的，由此能深入引出一些什么知识点呢？事件是如何从屏幕点击最终到达 Activity 的？CANCEL 事件什么时候会触发？如何解决滑动冲突？二、题目详解2.1 安卓事件的分发。
复制链接

扫一扫