Android系统MotionEvent处理InputReader线程基本原理总结

最新推荐文章于 2024-11-08 16:17:58 发布
原创 最新推荐文章于 2024-11-08 16:17:58 发布 · 785 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文总结了Android系统中MotionEvent处理的基本原理，从硬件感应到数据转化为MotionEvent的过程。首先，硬件事件通过Kernel驱动传递到Input Reader线程，接着在EventHub中获取RawEvent数据并转化为MotionEvent。Input Reader线程根据slot协议处理多点触摸事件，通过MultiTouchInputMapper和MultiTouchMotionAccumulator将RawEvent转化为CookedPointerData，然后输入数据队列供Input Dispatcher分发。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

基本原理

触摸事件数据的传递基本流程大致应该分为如下几个阶段
首先，当然是硬件感应 - - >
固件软件 - - >
Kernel驱动, 驱动将数据写入设备文件 - - >
用户空间进程, android中对应的当然是system进程, 首先input reader线程从设备文件读取数据 - - >
system进程input dispatcher线程拿到input reader线程转化后的数据,准备进行分发 - - >
app进程, native层receiver对象被回调, 接收数据 - - >
app进程, java层ViewRootImpl对象被回调， 接收数据 - - >
最后就是我们熟悉的decorview - > activity - > window - > decorview - > viewgroup

这次先分享一下input reader线程对触摸事件数据处理的大致原理。个人感觉逻辑细节还是相当复杂的，所以，不足之处还请高手们多多指点。

android将从设备文件中读取数据的操作封装在EventHub类, 当有数据到达设备文件后, input reader线程会被唤醒, 调用mEventHub→getEvents获取数据, 数据格式为RawEvent, input reader的主要工作就是将RawEvent转化为Motion Event交给input dispatcher进行分发.

设备文件目录在/dev/input
通过命令 adb shell getevent -p查看哪个设备文件是用于触摸事件的
adb shell getevent /dev/input/设备文件名, 可以打印数据

RawEvent

nsecs_t when;
int32_t deviceId;
int32_t type;
int32_t code;
int32_t value;

type和cod

最低0.47元/天 解锁文章

200万优质内容无限畅学
fisher_2005
关注
Android Input——InputReader获取事件（四）
小旭的专栏
04-08 609
在上一篇中，我们简单介绍了 Android 输入子系统以及 EventHub 如何监听和管理来自各种输入设备的事件。本篇我们将深入探讨 InputReader 组件，了解它如何从 EventHub 获取原始输入事件，并将这些事件解析为更高层次的输入事件（如按键、触摸等），以便 Android 系统进一步处理。
Android Input系统3　InputReader线程
liuwg1226的专栏
02-05 1174
一　InputReader起点 上一篇文章Android Input系统2　输入系统启动，介绍IMS服务的启动过程会创建两个native线程，分别是InputReader,InputDispatcher. 接下来从InputReader线程的执行过程从threadLoop为起点开始分析。 1.1 threadLoop InputReader.cpp bool InputReaderThread::threadLoop() { mReader->loopOnce(); return tr
Android 输入系统（三）InputReader
热门推荐
奋斗的菜鸟ing
03-31 1万+
在之前，整理了输入系统服务InputManagerService（服务的生成、启动），EventHub（读取原始输入事件、设备增删）。接着来了解一下InputReader，InputReader主要工作是从EventHub读取事件、进行加工、将加工好的事件发送到InputDispatcher。 1 InputReader 由InputManagerService这篇博客中，可知InputM
Linux/Android——Input系统之InputReader (七)
jscese
01-16 9951
在前文 Linux/Android——Input系统之frameworks层InputManagerService (六) 这里介绍了android层input服务的启动，其中启动了一个读取来自底层event事件的线程. 而在Linux/Android——input系统之 kernel层 与 frameworks层交互 (五) 有分析到是通过一个event%d的设备文件交互的，也就是说android层是通过读取event%d来获取event的，这个工作就是InputReader
android input(一) 初始化及InputReader流程
zhzhangnews的博客
06-12 1894
adb shell getevent –t 查看当前按下按键的值 按下返回 [1556162527.777123] /dev/input/event6: 0001 009e 00000001 [1556162527.777123] /dev/input/event6: 0000 0000 00000000 送开返回 [1556162530.504152] /dev/input/event6: 00...
Android input 系统之一：InputReader线程
JeetLiu的博客
12-15 498
Android input 系统之一InputReader线程： touch事件处理流程： 底层触摸事件上报至framework层，事件未分发之前的数据读取与处理流程： "InputReader 线程" bool InputReaderThread::threadLoop() frameworks/native/services/inputflinger/InputReader.cpp...
Android input 系统InputReader，InputDispatcher线程实例--UI死掉
JeetLiu的博客
12-15 787
** Android input 系统InputReader，InputDispatcher线程实例 12-07 09:47:41.214 496 615 V EventHub: /dev/input/event2 got: time=732.217009, type=3, code=57, value=0 12-07 09:47:41.214 496 615 V EventH...
Android输入系统（三）——InputReader的加工类型和InputDispatcher的分发过程（基于Android 13）
一切皆是定数的博客
09-20 1252
InputReader具有多种加工类型，由上面的InputReader的执行流程可知，对于按键事件，InputReader会将按键信息封装成NotifyKeyArgs对象，并交给KeyboardInputMapper进行处理，最后调用notifyKey函数唤醒InputDispatcher所在的InputThread线程。如下图所示：其中用于保存按键事件信息的结构体NotifyKeyArgs继承自NotifyArgs。
Android Input子系统 - 触控事件处理机制
Jimmy的专栏
06-05 1594
最后借用业界大牛做的一张图来描述Android系统触控事件处理机制的整体全貌作为总结。
Input系统之InputReader
qq_42282862的博客
03-15 731
加入该键盘事件到mInboundQueue队列之前，mInboundQueue不为空，但此时用户按下Home键等需要切换APP的按键，在切换App时，新的App会把它的键盘消息接收通道注册到InputDispatcher中去，并且会等待InputReader的唤醒，因此，在这种情况下，也需要返回true，表示要唤醒InputDispatcherThread线程。2.通过processEventLocked()对事件处理，对于设备事件，此函数对根据设备的可用性加载或移除设备对应的配置信息。
Android Input(2) -- inputReader
wd229047557的博客
09-12 1173
Link: Android Input (1) -- InputManagerService启动 Android Input (2) -- inputReader Android Input (3) -- inputDispatcher Android Input (4) -- inputDispatcher到ViewRootImpl Android Input (5) -- ViewR...
input系统之InputReader
今天也是星期五的博客
08-14 1135
可以看出InputReader处理事件的流程为：（1）调用EventHub的getEvents方法获取输入事件（2）调用processEventsLocked()方法处理获取到的输入事件（3）调用flush()方法将已经封装好的EventEntry事件交给给InputDispatcher分发。
Android Input之InputReader
探索未知，成就非凡
06-19 475
InputReader的一次线程循环的工作思路总共分为三步：1 从EvenHub中抽取为处理的事件列表。事件分为两类：一类是从设备节点读取的原始输入事件，另一类是输入设备的可用性变化事件，即设备事件2 通过processEventsLocked()对事件进行处理。对于设备事件此函数根据设备的可用性加载或者移除设备对应的配置信息；对于原始输入事件，则在进行转译、封装与加工后将结果存储到mQueueListener中。
Input子系统框架之InputReader
marshal_zsx的博客
08-10 738
1、概述 根据Input子系统框架之深入理解EventHub分析。输入设备扫描完成，并加入epoll中，监听事件。从前面的getEvents函数分析得知，当按键事件发生后，getEvents函数返回。 这里再贴一下Input 处理时间流程图，然后按步骤详细分析。 上面的type是linux的输入系统里的事件，具体的值可以查看 查看input.h /* WARNING: DO NOT EDIT, A...
Android输入系统之InputReader（AndroidV）
gary_qing的博客
11-08 1004
InputReader
Android输入事件从读取到分发三：InputDispatcherThread线程分发事件的过程
转载和创作优秀的博客
01-13 614
分析完事件的读取后，东忙西忙，不知不觉已过去了快五个月了…也不是说没有时间把这部分源码分析完，而是实在是分析不下去，因此转战到其他地方去了。然而这一块始终是心头那不舍的惦记，经过一段时间的沉淀，又参考了网上很多大神的文章，然后再来阅读源码，渐渐感觉到能看出点眉目了。因而事不宜迟，赶紧做个记录吧（注：分析使用的Android源码版本为6.0）。 前面两篇文章分析输入事件的读取，通过分析，发现时间的读取是在EventHub类中实现的，EventHub类的getEevent方法中使用epoll_wait来监听驱.
Android 源码 输入系统之 InputReader
洪伟的专栏
05-31 791
InputReaderThread 线程负责读取事件。InputReaderThread 启动后会执行 threadLoop 函数。threadLoop 函数返回 true，InputReaderThread 就会循环执行 threadLoop 函数。具体可以参见关于 Native Thread 实现一节《Android 源码 Native Thread 分析》。InputReaderThread（称为“ InputReader”）读取并预处理原始输入事件，应用策略，并将消息发布到由 InputDispat
Android 事件分发机制
weixin_34226706的博客
12-29 75
点击事件的分发过程其实是对MotionEvent事件分发过程，当一个MotionEvent产生以后，系统需要把这个事件传递给一个具体的View，而这个传递过程就是分发过程。点击事件的分发由三个重要的方法共同完成：dispatchTouchEvent,onInterceptTOuchEvent,onTouchEvent。 View里，有两个回调函数 ： publi...
Android 输入系统之InputReader篇
愿景的博客
11-11 5553
Android input系列文章
android input流程梳理文档
最新发布
02-25
<think>好的，我现在需要帮用户梳理Android的Input流程文档。用户可能是个开发者，遇到了输入事件处理的问题，或者想深入理解Android系统如何处理触摸和按键事件。我应该从整体流程开始，逐步分解各个部分，确保逻辑清晰。 首先，我得回忆一下Android系统的Input处理流程。大致分为硬件层、内核层、系统服务层和应用层。硬件检测到触摸或按键事件后，通过设备驱动传到Linux内核，生成原始事件。接着，系统服务如InputReader和InputDispatcher处理这些事件，InputReader读取事件并加工，InputDispatcher将事件分发给合适的窗口。 然后，要考虑窗口管理，比如WMS如何确定哪个窗口获得焦点，处理窗口层级和焦点切换。之后是应用层的处理，ViewRootImpl和View体系如何接收事件，经过onTouchEvent等方法传递，直到被消费。 可能还需要提到常见问题，比如事件拦截、多指触摸、ANR等，帮助用户实际开发中避免问题。用户可能需要实际案例或者流程图，但当前文本回复无法展示图表，所以要用文字描述清楚流程。 需要检查是否有遗漏的关键点，比如InputManagerService的作用，事件的分发顺序，以及Choreographer和VSync信号的关系，确保事件处理的同步。另外，不同Android版本是否有差异？可能用户使用的版本较新，但一般介绍通用流程，除非特别说明。 用户可能还想知道如何调试Input事件，比如使用getevent、sendevent命令，或者查看日志。这部分可以放在问题排查里。还要考虑是否需要涉及无障碍服务或输入法处理，但基础流程可能不需要，除非用户特别提到。 最后，确保结构清晰，分点讲解，从底层到上层，每部分的职责明确，让用户能一步步理解整个流程。避免使用过于专业的术语，必要时解释缩写，比如WMS、IMS等。检查是否有错误，比如InputDispatcher的分发逻辑是否正确，是否先找到目标窗口，再发送事件，应用处理超时导致ANR等。</think>以下是对 Android Input 流程的梳理文档，帮助你理解从物理输入（触摸、按键等）到应用层事件处理的完整流程： --- ### **1. 输入事件流程概览** Android 的输入流程分为 **硬件层 → 内核层 → 系统服务层 → 应用层**，核心模块包括： - **InputReader**：读取原始输入事件。 - **InputDispatcher**：分发事件到目标窗口。 - **WindowManagerService (WMS)**：管理窗口层级与焦点。 - **ViewRootImpl & View 体系**：处理事件传递与消费。 --- ### **2. 详细流程分解** #### **2.1 硬件层 → 内核层** - **硬件输入**：用户触摸屏幕或按下物理按键，硬件生成中断信号。 - **内核驱动**：设备驱动（如 `evdev`）将原始事件写入 `/dev/input/eventX` 节点，事件格式为 `struct input_event`。 #### **2.2 系统服务层 (Native)** 1. **InputReader 线程**： - 通过 `EventHub` 监听 `/dev/input` 下的输入设备节点。 - 读取原始事件（`RawEvent`），并转换为 `KeyEvent`/`MotionEvent` 等结构化数据。 - 处理输入设备状态（如屏幕方向、多点触控校准）。 2. **InputDispatcher 线程**： - 接收来自 `InputReader` 的事件。 - 通过 `WindowManagerService` 确定目标窗口（基于焦点窗口、触摸区域、窗口层级等）。 - 将事件发送到目标应用进程的 `InputChannel`（基于 `SocketPair` 通信）。 #### **2.3 应用层 (Java)** 1. **InputChannel 与 ViewRootImpl**： - 每个窗口（Activity/Dialog）通过 `ViewRootImpl` 注册 `InputChannel`。 - `InputEventReceiver`（如 `ViewRootImpl.ViewPostImeInputReceiver`）接收事件。 2. **事件分发流程**： - **ViewRootImpl** → **DecorView** → **Activity** → **Window** → **View 层级**。 - 核心方法： - `View.dispatchTouchEvent()`：事件进入 View 树。 - `ViewGroup.onInterceptTouchEvent()`：拦截事件。 - `View.onTouchEvent()`：最终消费事件。 --- ### **3. 关键模块详解** #### **3.1 InputDispatcher 分发逻辑** - **焦点窗口**：由 `WMS` 维护，决定按键事件的目标（如 `EditText` 获取焦点时接收输入）。 - **触摸事件目标**：根据触摸坐标和窗口 `Surface` 的位置计算目标窗口。 - **ANR 机制**：若应用 5 秒内未处理完事件，触发 `ANR`（`InputDispatcher` 监测超时）。 #### **3.2 应用层事件传递** - **ACTION_DOWN 起点**：决定后续事件序列的接收者。 - **事件拦截**：`ViewGroup` 可通过 `onInterceptTouchEvent()` 拦截事件。 - **事件消费**：若某个 `View` 的 `onTouchEvent()` 返回 `true`，则消费该事件。 --- ### **4. 常见问题与调试** #### **4.1 常见问题** - **事件丢失/冲突**：多个 View 未正确处理 `onTouchEvent` 返回值。 - **焦点异常**：动态添加/移除 View 时未正确请求焦点。 - **ANR**：主线程阻塞导致事件未及时处理。 #### **4.2 调试工具** - **`getevent/sendevent`**：查看/模拟底层输入事件。 - **`adb shell dumpsys input`**：查看 InputDispatcher 状态、焦点窗口。 - **日志过滤**：搜索 `InputDispatcher` 或 `ViewRootImpl` 相关日志。 --- ### **5. 流程图（文字描述）** ``` 硬件输入 → 内核生成事件 → InputReader 解析 → InputDispatcher 分发 → WMS 计算目标窗口 → 通过 Socket 发送到应用 → ViewRootImpl 接收 → Activity 传递 → View 层级处理 ``` --- 希望这份文档能帮助你理解 Android 输入事件的核心流程。如果需要更深入的源码分析或具体场景案例，可以进一步补充问题！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值