前言

Android 的输入事件分发是一套精心设计的管道程序。当手指触碰到屏幕，从硬件中断到 Activity.dispatchTouchEvent 被调用。中间经历了一系列层次分明的调度。理解这条链路，是掌握 Android 事件程序的关键。

这篇文章不堆砌源码，而是沿着事件流动的方向。讲清楚每个环节做了什么、为什么这么做，并结合开发者常见的 痛点方便你定位问题。

一、概览：四段旅程

一次触摸事件从内核驱动上报到 Activity 接收到，可以分为四个阶段：

1. 注册输入通道 —— 建立管道
2. 接收与入队 —— 从底层拿到事件。放入队列
3. InputStage 管线 —— 事件在责任链中穿行
4. Touch 事件派发 —— 从 View 树根节点一路下发到 Activity

│
▼ enqueueInputEvent
│
▼ InputStage Pipeline
│
▼ ViewPostImeInputStage
│
▼ View → DecorView → Activity

二、第一阶段：注册输入通道

入口在 ViewRootImpl.setView。这个方法不仅把 DecorView 注册到 WindowManager。还做了一件关键的事：

mInputEventReceiver = new WindowInputEventReceiver(
inputChannel,Looper.myLooper);

WindowInputEventReceiver 是 InputEventReceiver 的子类，它通过 InputChannel 与底层 SurfaceFlinger 建立了一个共享内存 + 文件描述符的通信通道。说起来，这个通道本质是一个 socketpair。一端在 Native 层的 InputDispatcher,一端在应用进程。

设计背后的原因

Binder 的 oneway 调用仍有事务槽限制，无法支撑高频触控。 基于 socket。 由 Looper 的 epoll 机制监听可读事件，效率更高。不过，

三、第二阶段：接收与入队

当底层有新事件时会回调 WindowInputEventReceiver.onInputEvent. 该实现不直接处理。而是把事件交给 ViewRootImpl.enqueueInputEvent:

onInputEvent
→ enqueueInputEvent
→ doProcessInputEvents
→ deliverInputEvent

入队是关键设计：

• If ,事件立即处理。
• ` 队列尾部，等待下一帧 VSYNC 再处理。

* 为什么不直接处理？*

• The UI thread may be in layout or draw phase.
• The queue guarantees that input won’t interrupt ongoing UI work.
• The VSYNC alignment keeps input & rendering synchronized,reducing latency.

四、第三阶段：InputStage 管线

deli‌verInputEvent 把事件交给 . 这里采用了经典的"责任链模式"。每个 Stage 只负责自己关心的事，接下来调用  让下一个 Stage 接手。

InputStage.deliver
→ forward // 查找下一个阶段
→ onDeliverToNext // 传递到下一级
→ apply // 实际处理

典型链结构

→ ViewPreImeInputStage // IME 前预处理
→ ImeInputStage // 输入法处理
→ ViewPostImeInputStage // IME 后处理
→ SynticInputStage // 合成键
→ AsyncInputStage // 异步等待

Pain point: 当你自定义软键盘或使用第三方 IME 时经常会遇到“点击按钮后没有响应”。原因往往是 IME 在 把事件拦截但未正确转发；检查自定义 IME 是否调用了 super 或返回了正确的布尔值。

AsyncInputStage 的作用

* 场景 *: 当 IME 需要异步获取光标位置时它会将当前触摸挂起在 Async 阶段。只有光标信息返回后才继续向下传递。这样不会阻塞整个管线，也不会导致 UI 卡死。

五、第四阶段：Touch 事件派发至 Activity

A 完整具体如下：

ViewPostImeInputStage.onProcess
→ processPointerEvent
→ View.dispatchPointerEvent
→ DecorView.dispatchTouchEvent
→ Window.Callback.dispatchTouchEvent
→ Activity.dispatchTouchEvent

.