4. Input系统分发队列与ANR定位：触摸无响应、dumpsys input命令、InputDispatcher队列、等待时间与超时分析

4.1 现象识别

触摸无响应（Touch Not Responding）是用户最直观的ANR表现：点击屏幕后界面不变化，或长时间卡顿后弹出“应用无响应”对话框。此类问题通常由InputDispatcher队列堆积或等待超时引起。

现象	可能原因	初步定位命令
触摸后无动画、无响应	InputDispatcher队列满，目标窗口未消费事件	adb shell dumpsys input
屏幕冻结后弹出ANR	分发等待时间超过5s阈值	dumpsys input 中 waitQueueDuration
部分区域触摸有效，部分无效	视图层级错误，事件被上层View拦截	dumpsys input windows

4.2 数据采集：dumpsys input 关键字段解读

执行 adb shell dumpsys input 后，重点关注以下队列状态区块。

Input Dispatcher State:
  DispatchEnabled: true
  DispatchFrozen: false
  FocusedApplication: AppWindowToken{...} =xxx
  FocusedWindow: Window{xxx}
  TouchState: UNHANDLED
  WaitQueue:
    length=3
    head=Event{id=102, type=MOTION, target=Window{...}}
    tail=Event{id=105, type=KEY, target=Window{...}}
  waitQueueDuration: 4200ms
  DispatchCycle:
    currentTime=1234567890
    pendingEvent: Event{id=102, dispatchTime=1234563690}  // 已分发4200ms未完成
    dispatchTimeout: 5000ms

4.3 原因定位：故障树与排查表

使用以下故障树逐层排查Input分发超时根因。

4.4 修复动作

根据定位结果采取对应措施：

根因	修复动作	验证方法
InputDispatcher队列满（WaitQueue>0）	优化View层级，减少冗余触摸监听；检查是否有View占据焦点却未消费事件	再次执行dumpsys input确认WaitQueue清零
主线程阻塞	使用StrictMode检测主线程耗时操作；将I/O、网络、编解码移至子线程	抓取systrace查看主线程vsync帧间隔
事件消费过慢（onTouchEvent耗时>16ms）	拆分onTouchEvent逻辑，使用RecyclerView/ViewPager2减少绘制计算	使用dumpsys gfxinfo测量帧率
同步锁竞争	用Lock替换synchronized，降低锁粒度；使用并发集合	Thread Dump分析锁持有时间

4.5 复测

修复后执行以下复测清单：

1. 安装修复版本，执行 adb shell am start -W com.example.app/.MainActivity 记录启动时间。
2. 快速连续点击屏幕10次，同时执行 adb shell dumpsys input | grep -E "WaitQueue|waitQueueDuration|DispatchCycle"，确保WaitQueue长度不超过1且waitQueueDuration < 1000ms。
3. Monkey测试：adb shell monkey -p com.example.app --pct-touch 70 -v 500，观察期间有无ANR日志。
4. 使用 adb shell dumpsys dropbox --print data_app_anr 检查是否存在新ANR记录。

4.6 预防