1. 课程导入

在 Android 设备上，从手指触碰屏幕到应用界面产生响应，中间要经过一条跨越硬件、内核、Native 服务、Java 框架与应用进程的完整链路。这条链路既包含电气信号与驱动中断，也包含协议解析、事件分发、窗口命中与手势识别。很多开发者只熟悉 onTouchEvent()，却无法解释“为什么点击没有反应”“为什么滑动被父容器拦截”“为什么多指坐标错乱”。本课程的目标，就是把这整条链路拆开、讲透，并落到可调试、可修改、可验证的工程实践上。

一、学习目标：从“会用”到“能定位、能改造”

本课程面向具备一定 Android 应用开发基础、希望深入系统层的工程师。完成学习后，你应当能够：

• 说清一次触摸事件从屏幕到应用层的完整路径，明确每一层的输入输出与责任边界；
• 读懂 getevent、dumpsys input、InputReader/InputDispatcher 日志，快速判断故障发生在哪一层；
• 理解 MotionEvent 的坐标体系、事件类型、批次与历史点，正确处理多指与手势；
• 掌握 View 事件分发、拦截与消费机制，能解释并修复滑动冲突；
• 了解 InputChannel、ANR 与输入超时的关系，具备输入卡顿与丢帧的排查能力；
• 能够对输入链路做定制，例如新增按键映射、修改触摸参数、注入测试事件。

二、核心概念：先建立统一词汇表

输入系统涉及大量专有名词，若概念不清，后续分析会处处受阻。下面这张表是本课程的高频术语清单，建议先通读一遍，后续章节会反复使用。

需要特别区分“输入事件”与“触摸事件”：前者包含按键、旋钮、鼠标、触摸等多种来源，后者只是其中一类。理解这一点，才能明白为什么输入系统的架构要做得如此通用。

三、整体框架：一条纵向贯通的信号链

下图给出本课程的主干框架。它按“硬件 → 内核 → Native → Java 框架 → 应用”的纵向顺序展开，同时标出每一层的关键对象与调试入口。后续每一章，都是对这条链上某一段的放大。

这张图有两个使用要点。第一，事件方向是自上而下：硬件产生信号，最终到达应用；而排查方向是自下而上：先确认硬件与内核是否正常，再逐层向上定位。第二，每一层都有明确的“调试入口”，掌握这些入口，等于掌握了整条链路的观测能力。

四、学习路径：分阶段推进，避免跳跃

本课程共 30 章，建议按四个阶段推进，每个阶段都有可验证的产出。

1. 基础认知阶段：建立整体框架，理解输入事件分类、坐标体系与关键术语，能读懂 getevent 输出。
2. Native 机制阶段：深入 InputReader 与 InputDispatcher，理解事件如何被读取、映射、命中窗口并分发，掌握 dumpsys input 的解读方法。
3. 框架与应用阶段：打通 InputChannel 到 View 事件分发的路径，掌握拦截、消费、滑动冲突与多指处理。
4. 实战与排障阶段：围绕典型故障场景做复盘，包括点击无响应、滑动卡顿、输入 ANR、坐标偏移与事件注入测试。

五、典型场景与常见误区

先看一个典型场景：用户点击按钮无反应。表面看是应用问题，实际可能的原因分布在整条链路上——触摸屏驱动未上报、InputReader 映射错误、窗口被遮挡导致命中失败、InputChannel 阻塞、View 被禁用或事件被父容器拦截。若没有链路视角，排查只能靠猜。

再给出几个初学者常见误区，作为本课程的学习提醒：

• 误区一：认为 onTouchEvent 返回 true 就一定“消费成功”。实际上消费还涉及后续事件序列与父容器拦截。
• 误区二：把坐标问题归因于应用。很多偏移来自校准参数或显示与触摸区域不一致。
• 误区三：忽略事件时间戳。时间戳是判断丢帧、卡顿与 ANR 的关键依据。
• 误区四：只调试应用层。输入问题往往需要从内核与 Native 层向上验证。

# 入门阶段最常用的三条命令
adb shell getevent -l          # 查看原始输入事件
adb shell dumpsys input        # 查看输入设备与分发状态
adb shell dumpsys window       # 查看窗口层级与焦点窗口

总结来说，本课程的主线是一条纵向信号链，核心方法是“分层定位、逐层验证”。接下来的章节会从输入事件的基本分类与坐标体系讲起，逐步深入到 Native 分发机制与应用层事件处理，最终形成完整的输入系统调试与定制能力。