第四板块Android 输入系统与触控事件 | 第十五篇InputReader 与 InputDispatcher 的触控流水线所属板块第四板块 — Android 输入系统与触控事件前置知识第十三篇中的 SurfaceFlinger 合成机制、VSYNC 信号、第十四篇中的 RenderThread 渲染流程本篇定位这是 Android 交互系统的神经末梢。如果说图形渲染是视觉那么输入系统就是触觉。本篇将彻底拆解Linux 输入子系统evdev、InputReader 的原始事件解析、InputDispatcher 的投递策略、ANR 的超时机制、Touch 事件的预测与插值。我们将深入System Server 的输入模块揭示从手指触摸屏幕到应用收到 MotionEvent的完整链路。全程无事件处理技巧、无手势分析仅保留 Android 输入系统的底层定义与分发规范。1. 核心结论先行Thesis StatementAndroid 的输入系统是一个事件驱动的生产者-消费者模型。InputReader 的本质原始数据翻译官。它运行在 System Server 的独立线程中不断从/dev/input/eventX节点读取二进制数据将其翻译成 Android 定义的InputEvent如 KeyEvent, MotionEvent。InputDispatcher 的本质交通警察。它维护着一个Inbound Queue待处理队列和一个Outbound Queue待发送队列根据窗口的焦点状态和 Z-order决定将事件发给哪个应用进程。ANR 的本质超时惩罚。如果应用进程在 5 秒内没有处理完 Input 事件InputDispatcher 会向 AMS 报告触发 ANR 弹窗。事件同步输入事件必须与 VSYNC 信号同步否则会出现点击与画面不同步的现象。2. 输入系统的全链路架构2.1 从硬件中断到应用回调应用进程System Server 进程Linux 内核硬件层触摸中断处理写入poll()翻译事件策略拦截确认Binder IPCdispatchInputEvent()onTouchEvent()触摸屏硬件中断 (IRQ)Input Driver (evdev)/dev/input/event0InputReader 线程InputDispatcher 线程InputPolicy (PhoneWindowManager)ViewRootImplDecorViewView2.2 核心角色职责表角色运行进程职责Input DriverLinux Kernel将物理触摸转换为二进制数据流写入设备节点。InputReaderSystem Server读取设备节点解析原始数据生成 InputEvent。InputDispatcherSystem Server管理窗口焦点分发 InputEvent 到目标进程。ViewRootImpl应用进程接收系统事件分发到 View 树。3. InputReader原始数据的解析3.1 Linux evdev 协议触摸屏在 Linux 中被视为一个Character Device。学术定义设备节点/dev/input/event0,event1…事件结构struct input_event { timeval time; unsigned short type; unsigned short code; unsigned int value; }事件类型EV_KEY: 按键事件电源键、音量键。EV_ABS: 绝对坐标事件触摸屏的 X/Y 轴。EV_SYN: 同步事件表示一次输入结束。3.2 InputReader 的读取循环InputReader 使用epoll监听多个设备节点。// frameworks/native/services/inputflinger/reader/InputReader.cppvoidInputReader::loopOnce(){// 1. 使用 epoll_wait 等待设备节点可读intpollResultepoll_wait(mEpollFd,mPendingEvents,EPOLL_MAX_EVENTS,-1);// 2. 遍历所有可读的设备for(inti0;ipollResult;i){intfdmPendingEvents[i].data.fd;// 3. 读取 raw_eventRawEvent rawEvent;read(fd,rawEvent,sizeof(rawEvent));// 4. 处理 raw_eventprocessEvent(fd,rawEvent);}// 5. 将处理后的事件发送给 Dispatcherflush();}3.3 触摸屏事件的解析以触摸屏为例一次点击会产生一系列事件时间戳类型 (Type)代码 (Code)值 (Value)含义t0EV_ABSABS_MT_TRACKING_ID0手指按下ID0t0EV_ABSABS_MT_POSITION_X150X 坐标150t0EV_ABSABS_MT_POSITION_Y300Y 坐标300t0EV_SYNSYN_REPORT0同步本次输入结束t1EV_ABSABS_MT_POSITION_X151手指移动t2EV_ABSABS_MT_TRACKING_ID-1手指抬起学术定义Slot (槽位)多点触控时每个手指对应一个 Slot。Tracking ID手指的唯一标识按下时分配抬起时置为 -1。4. InputDispatcher事件的投递与 ANR4.1 窗口管理与焦点InputDispatcher 需要知道当前哪个窗口拥有焦点。学术定义Focus Window: 当前接收按键和触摸事件的窗口。Touch Window: 触摸事件发生区域的窗口可能是多个如壁纸和应用窗口。Z-order: 窗口的层级决定事件的派发顺序。4.2 事件分发流程应用进程ActivityManagerServiceInputDispatcherInputReader应用进程ActivityManagerServiceInputDispatcherInputReaderalt[窗口未就绪或超时][窗口就绪]notifyMotion()查找 Focus Window检查窗口是否就绪notifyANR()弹出 ANR 弹窗dispatchMotionEvent() (Binder IPC)处理事件finishedInputEvent() (Binder IPC)4.3 ANR 机制5秒超时InputDispatcher 维护一个Wait Queue。学术定义分发时间戳dispatchStartedTime。超时阈值5 秒按键/ 5 秒触摸。ANR 触发条件事件发出后 5 秒内没有收到finishedInputEvent()回调。5. 输入事件与 VSYNC 的同步5.1 为什么需要同步如果输入事件处理过快而屏幕刷新慢会导致点击位置与画面不一致。学术定义Input-VSYNC Alignment: 输入事件的处理应该与 VSYNC 信号对齐。Prediction (预测): 根据历史轨迹预测手指在下一帧的位置减少感知延迟。5.2 Choreographer 的介入应用进程收到输入事件后会交给Choreographer处理。// ViewRootImpl.javapublicvoiddispatchInputEvent(InputEventevent){// 将事件交给 ChoreographermChoreographer.postCallback(Choreographer.CALLBACK_INPUT,mInputEventReceiver,event);}6. 多点触控与手势6.1 触摸事件的封装MotionEvent系统将原始事件封装为MotionEvent。属性含义getActionMasked()动作类型DOWN, MOVE, UP, POINTER_DOWN, POINTER_UPgetPointerCount()触点数量getX(int pointerIndex)第 N 个触点的 X 坐标getHistoricalX()历史坐标用于平滑6.2 手势识别手势识别发生在应用进程但系统提供了辅助类。学术定义GestureDetector: 识别单击、双击、长按。ScaleGestureDetector: 识别缩放手势。VelocityTracker: 计算滑动速度。7. 关键源码解析7.1 InputDispatcher 的分发逻辑// frameworks/native/services/inputflinger/dispatcher/InputDispatcher.cppvoidInputDispatcher::dispatchOnceInnerLocked(nsecs_t*nextWakeupTime){// 1. 从 InboundQueue 取出事件EventEntry*eventEntrymInboundQueue.head;// 2. 查找目标窗口spInputWindowHandlewindowHandlefindFocusedWindow(eventEntry);// 3. 将事件放入 OutboundQueueDispatchEntry*dispatchEntrynewDispatchEntry(eventEntry,windowHandle);mOutboundQueue.enqueueAtTail(dispatchEntry);// 4. 通过 Binder 发送status_t statuswindowHandle-inputChannel-sendMessage(message);}7.2 ViewRootImpl 的事件接收// ViewRootImpl.javafinalclassWindowInputEventReceiverextendsInputEventReceiver{OverridepublicvoidonInputEvent(InputEventevent){// 1. 将 InputEvent 包装为 QueuedInputEventQueuedInputEventqobtainQueuedInputEvent(event);// 2. 放入队列mPendingInputEventQueue.enqueue(q);// 3. 处理队列doProcessInputEvents();}}8. 输入系统的性能瓶颈8.1 常见卡顿原因原因学术解释InputReader 慢设备节点读取阻塞或触摸采样率过低。InputDispatcher 慢窗口焦点计算复杂或 Wait Queue 堆积。应用处理慢UI 线程在onTouchEvent()中执行耗时操作导致 ANR。VSYNC 不同步输入事件处理与屏幕刷新不同步导致视觉滞后。8.2 系统优化手段手段学术定义Batch (批处理)将连续的 MOVE 事件合并减少 IPC 次数。Resample (重采样)根据历史数据预测位置平滑轨迹。Throttle (节流)当应用处理不过来时丢弃部分 MOVE 事件。9. 本篇总结Knowledge Closure关键点纯学术定义InputReader 的本质原始数据翻译官将 evdev 二进制流转换为 InputEvent。InputDispatcher 的本质交通警察根据窗口焦点和 Z-order 分发事件。ANR 机制5 秒超时惩罚确保系统响应性。VSYNC 同步输入事件处理与屏幕刷新对齐保证视觉一致性。事件流硬件中断 - 内核驱动 - InputReader - InputDispatcher - 应用进程 - View 树。下一篇预告第四板块Android 输入系统与触控事件 | 第十六篇按键分发与软键盘IME的窗口协同