Gnocchiiii1. InputReader核心机制解析
在Android输入子系统中，InputReader扮演着事件采集器的关键角色。它通过持续监听/dev/input下的设备节点，将底层硬件事件转化为Android框架可识别的输入事件。processEventsLocked()作为其核心处理方法，实现了从原始数据到结构化事件的完整转换流水线。
1.1 输入事件处理流程全景
典型的输入事件处理会经历以下阶段：
- 硬件中断：触摸屏/按键触发硬件中断
- 内核处理：Linux内核通过
evdev驱动生成input_event - 用户态读取：InputReader通过
EPOLLIN事件唤醒 - 数据解析：
processEventsLocked()处理原始数据 - 事件分发：通过InputChannel传递到应用进程
cpp复制// 典型事件处理调用栈
InputReader::loopOnce()
└─ InputReader::processEventsLocked()
├─ EventHub::getEvents()
└─ InputDevice::process()
1.2 processEventsLocked的锁机制
方法名中的"Locked"表明其执行在同步锁保护下：
cpp复制mLock.lock(); // 获取全局锁
processEventsLocked(device, eventBuffer);
mLock.unlock();
这种设计保证：
- 防止多线程并发修改事件队列
- 确保事件时间戳的严格顺序
- 避免输入事件与设备热插拔操作冲突
注意：锁粒度直接影响输入延迟，Android 12后优化为分段锁
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 事件处理核心逻辑拆解
2.1 原始数据读取阶段
通过EventHub读取/dev/input节点的原始数据：
cpp复制size_t count = eventHub->getEvents(timeoutMillis, mEventBuffer, EVENT_BUFFER_SIZE);
其中关键参数：
timeoutMillis：阻塞超时时间（默认0表示非阻塞