🖱️ 输入系统与触摸事件分发

手指按下到 onTouchEvent 被调用，中间经历了什么？本文打通"系统输入子系统（InputReader/InputDispatcher）→ Window → View 树分发"的完整链路，彻底理解 dispatchTouchEvent 三大方法。

一、输入事件全景链路

flowchart TD
    A[触摸屏/键盘硬件] --> B[InputReader<br>内核驱动读取原始事件]
    B --> C[InputDispatcher<br>事件分发中心]
    C --> D[WindowManagerService<br>查找目标窗口]
    D --> E[ViewRootImpl<br>接收事件]
    E --> F[DecorView<br>dispatchTouchEvent]
    F --> G[View 树分发<br>Activity → ViewGroup → View]

环节	组件	职责
事件源	触摸屏驱动	产生原始触摸坐标/压力
读取	InputReader（系统进程）	轮询驱动，标准化为 InputEvent
分发	InputDispatcher（系统进程）	按窗口焦点分发到目标窗口
接收	ViewRootImpl	通过 InputChannel 接收事件
分发	View 树	Activity/ViewGroup/View 逐层传递

二、系统侧：InputReader 与 InputDispatcher

2.1 InputReader

flowchart LR
    A[EventHub<br>监听 /dev/input 设备] --> B[InputReader 线程]
    B --> C[原始事件 RawEvent]
    C --> D[InputMapper<br>触摸→MotionEvent 转换]
    D --> E[加入 InputDispatcher 队列]

• EventHub：监听 /dev/input/ 下的输入设备（触摸屏、键盘、鼠标）
• InputReader 线程：循环读取原始数据
• InputMapper：按设备类型转换成 MotionEvent / KeyEvent

2.2 InputDispatcher

sequenceDiagram
    participant R as InputReader
    participant D as InputDispatcher
    participant W as WMS
    participant A as 应用窗口
    R->>D: 提交事件到队列
    D->>W: 查询焦点窗口 / 触摸目标
    W->>D: 返回目标窗口（InputTarget）
    D->>A: 通过 InputChannel 发送
    A->>D: 事件处理完成（finishInputEvent）

• 焦点分发：键盘/按键事件发给焦点窗口；触摸事件按坐标命中的窗口分发
• 派发线程：InputDispatcher 线程按窗口的 inputDispatcher 队列逐个投递
• ANR：应用 5 秒内未处理完输入事件 → 触发输入 ANR

💡 这也是"点击无响应 5 秒 ANR"的来源之一（Input dispatching timed out）。

三、应用侧：ViewRootImpl 接收事件

// ViewRootImpl 内部
InputStage mFirstPostImeInputStage;  // 责任链：输入事件处理阶段

// 责任链构成
mSyntheticInputStage → mEarlyPostImeInputStage → mPostImeInputStage
→ mFirstPostImeInputStage → ViewPostImeInputStage（默认）→ mSyntheticInputStage

flowchart LR
    A[InputEventReceiver<br>收到事件] --> B[DeliverInputEvent]
    B --> C[InputStage 责任链<br>逐个处理]
    C --> D[ViewPostImeInputStage<br>最终调用]
    D --> E[View.dispatchPointerEvent<br>→ dispatchTouchEvent]

四、View 树分发：三大方法

4.1 核心方法链

flowchart TD
    A[Activity.dispatchTouchEvent] --> B[ViewGroup.dispatchTouchEvent]
    B --> C{onInterceptTouchEvent 拦截?}
    C -->|拦截| D[ViewGroup.onTouchEvent 自己处理]
    C -->|不拦截| E[子 View dispatchTouchEvent]
    E --> F{子 View onTouchEvent 消费?}
    F -->|消费| G[事件结束]
    F -->|不消费| D
    D --> H[回到 Activity.onTouchEvent]

4.2 三个方法的分工

方法	职责	返回值含义
dispatchTouchEvent	事件分发入口	true=事件被消费
onInterceptTouchEvent（仅 ViewGroup）	是否拦截	true=拦截，不传给子 View
onTouchEvent	处理事件	true=消费

4.3 分发伪代码

// ViewGroup.dispatchTouchEvent 核心逻辑（简化）
public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ev.getAction() == ACTION_DOWN) {
        // 新一轮触摸序列：重置状态
        mFirstTouchTarget = null;
    }
    boolean intercepted = onInterceptTouchEvent(ev);   // 询问是否拦截
    if (!intercepted) {
        // 遍历子 View，找目标
        for (View child : children) {
            if (child.dispatchTouchEvent(ev)) {
                mFirstTouchTarget = child;   // 找到目标
                break;
            }
        }
    }
    // 没有子 View 消费 → 自己处理
    if (mFirstTouchTarget == null) {
        return onTouchEvent(ev);
    }
    return true;
}

五、事件序列与 DOWN 关键性

5.1 事件序列

flowchart LR
    A[ACTION_DOWN<br>触摸按下] --> B[ACTION_MOVE...<br>多次移动]
    B --> C[ACTION_UP<br>抬起 / ACTION_CANCEL<br>取消]

💡 关键规则：事件序列从 DOWN 开始，到 UP/CANCEL 结束。DOWN 事件决定了整个序列的目标——DOWN 被谁消费，后续 MOVE/UP 就发给谁（mFirstTouchTarget 在 DOWN 时确定）。

5.2 ACTION_CANCEL 什么时候出现

场景	说明
父 View 在 MOVE 阶段拦截	子 View 收到 CANCEL
触摸事件被新窗口抢占	收到 CANCEL
视图被移除/滚动容器接管	收到 CANCEL

// ViewGroup 拦截后：让子 View 先收 CANCEL 再自己处理
override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {
    if (ev.action == MotionEvent.ACTION_MOVE && 条件满足) {
        // 通知子 View：你的触摸被抢走了
        return true   // 系统会给子 View 发 ACTION_CANCEL
    }
    return super.onInterceptTouchEvent(ev)
}

六、事件分发机制细节

6.1 分发顺序

Activity.dispatchTouchEvent
  └→ PhoneWindow.superDispatchTouchEvent
       └→ DecorView.dispatchTouchEvent
            └→ ViewGroup.dispatchTouchEvent（最外层容器）
                 └→ ... 层层向下（后添加的子 View 优先）

💡 子 View 遍历顺序：从后往前（绘制顺序的逆序），即最后 add 的 View 先收到事件（z 轴最上层优先）。

6.2 优先级链条（同一 View 内）

flowchart LR
    A[onTouchListener<br>setOnTouchListener] --> B[onTouchEvent]
    B --> C[onClick<br>setOnClickListener]

💡 OnTouchListener 优先级高于 onTouchEvent；只有 onTouchEvent 返回 true（消费了 UP）才可能触发 onClick。

七、高频面试题

Q1：描述一次完整触摸事件从硬件到应用的处理流程？

查看答案

① 触摸屏硬件产生中断，内核驱动生成原始事件；② 系统进程的 InputReader 线程通过 EventHub 读取原始数据，经 InputMapper 转换成 MotionEvent；③ InputDispatcher 线程查询 WMS 确定目标窗口，通过 InputChannel 投递到应用进程；④ ViewRootImpl 的 InputStage 责任链处理，最终调用 View 树的 dispatchTouchEvent；⑤ Activity → ViewGroup → View 逐层分发，onTouchEvent 决定是否消费。

Q2：dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent 三者的关系？

查看答案

dispatchTouchEvent 是分发入口，内部先询问 onInterceptTouchEvent 是否拦截：拦截则自己 onTouchEvent 处理；不拦截则遍历子 View 调用其 dispatchTouchEvent，子 View 消费则结束，否则自己 onTouchEvent 处理。返回 true 表示事件被消费，后续事件序列继续发给该消费者。onInterceptTouchEvent 只有 ViewGroup 有。

Q3：为什么说 DOWN 事件是整个事件序列的关键？

查看答案

DOWN 事件确定 mFirstTouchTarget：DOWN 被谁消费，MOVE/UP 就只发给谁（事件序列目标锁定）。如果 DOWN 没有子 View 消费，后续事件都由父 View 自己处理。这保证了触摸序列的一致性——不会出现 DOWN 给 A、MOVE 给 B 的混乱。这也是为什么 View 不消费 DOWN 就不会收到后续事件。

Q4：什么时候会收到 ACTION_CANCEL？如何处理？

查看答案

① 父 View 在 MOVE 阶段调用 onInterceptTouchEvent 返回 true 拦截事件，子 View 会收到 CANCEL；② 触摸事件被其他窗口抢占（如弹出系统弹窗）；③ 视图被移除。处理：收到 CANCEL 应恢复状态（还原背景色、停止动画、释放资源），与 UP 的区别是 CANCEL 表示"触摸被抢走"而非"正常结束"，不应触发点击逻辑。

Q5：onTouchEvent 返回 false 时点击事件还会触发吗？

查看答案

不会。onClick 的触发条件：View 的 onTouchEvent 消费了完整的 DOWN→UP 事件序列（performClick 在 UP 时调用）。若 onTouchEvent 返回 false（不消费），事件会向上抛给父 View 处理，该 View 收不到后续事件，自然无法触发 performClick。注意 setOnTouchListener 的监听器优先于 onTouchEvent，监听器返回 true 则 onTouchEvent 不再执行。

小结

• 输入链路：硬件 → InputReader（转换） → InputDispatcher（分发） → ViewRootImpl → View 树
• InputDispatcher 通过 WMS 定位目标窗口，InputChannel 跨进程投递
• 三大方法：dispatch（分发）/ intercept（拦截）/ onTouchEvent（处理）
• DOWN 锁定目标序列，CANCEL 表示触摸被抢占
• 分发顺序：Activity → DecorView → 外层 ViewGroup → ... → 目标 View
• OnTouchListener 优先于 onTouchEvent，消费 UP 才触发 onClick

📖 进阶阅读：事件分发机制详解 | 事件冲突解决方案 | WMS 窗口管理