在InputDispatcher分发输入事件的过程中，会监控是否发生了ANR。

原始链接：http://gityuan.com/2016/12/17/input-dispatcher/一.InputDispatcher起点上篇文章输入系统之InputReader线程，介绍InputReader

--InputManagerService启动AndroidInput(2)--inputReaderAndroidInput(3)--inputDispatcherAndroidInput(4)--inputDispatcher

Android-Systrace-Input/1.概述Android中Input的大概处理流程：触摸屏每隔几毫秒扫描一次，如果有触摸事件，那么把事件上报到对应的驱动InputReader读取触摸事件交给InputDispatcher

本篇文章主要是以Activity上的触摸事件为例，事件从InputReader，InputDispatcher传到ViewRootIpml开始谈起。

WMS的主要的职责是：1.保持窗口的层级关系，以便SurfaceFlinger能够据此绘制屏幕；2.把窗口信息传递给InputManager对象，以便InputDispatcher能够把输入消息派发给和

--InputManagerService启动AndroidInput(2)--inputReaderAndroidInput(3)--inputDispatcherAndroidInput(4)--inputDispatcher

而Native层则是InputReader和InputDispatcher两个输入系统关键组件的运行容器。InputManagerService在startOtherS

输入要转储输入系统的状态，请执行以下命令：adbshelldumpsysinput输出报告的信息集因Android版本而异，但均由以下三个部分组成：EventHub状态InputReader状态InputDispatcher

Power键(long)监听流程InputDispatcher.cpp中InputDispatcher::notifyKey分发

报错记录05-2510:52:21.125491-528/system_processE/InputDispatcher:channel'4a8b59f4activity.MainActivit

刚才测试代码时，报了如下的错误消息：04-2314:09:18.608:E/InputDispatcher(99):channel'405fd468cn.jbit.NewsManager/cn.jbit.NewsManager.NewsManagerActivity

log日志如下：10-2722:03:38.1903338-4531/?I/HwPowerMonitor.PowerExceptionObservable﹕unhandledonEventactionID:300210-2722:03:38.1903338-4531/?I/HwPowerMonitor.LogCacheSend﹕wifior3Gconnected10-2722:03:38.1903

前面的博客有提到过android事件上报流程，InputReaderThread从EventHub读到按键事件后，交给InputDispatcher往上上报，我们从这里跟踪一下长按power键关键流程，

前面有提到过android事件上报流程，InputReaderThread从EventHub读到按键事件后，交给InputDispatcher往上上报，我们从这里跟踪一下长按power键关键流程，frameworks

通过下面文章对Input事件传递流程的分析，在InputDispatcher.cpp里面会对持有分发锁有一个超时时间(3s)，在WMS中才是对事件真正开始计时。

事件分发的起源就在这里，NativeInputManager中有三个对象（EventHub，InputReader，InputDispatcher）各自都有一个工作线程。

Input框架每增加一个WindowState.java，WMS都会通过registerInputChannel向InputDispatcher注册一个connection,这个connection用于后续

--InputManagerService启动AndroidInput(2)--inputReaderAndroidInput(3)--inputDispatcherAndroidInput(4)--inputDispatcher

InputDispatcher.cpp位置：framework/base/service/input/InputDispatcher.cpp上一篇文章分析到args->notify(mInnerListener

05-3019:13:38.0692217-2435/system_processE/InputDispatcher:channel'3ae741d4com.xxxx.setting/com.xxxx.setting.application.MainActivity

分发输入事件给应用程序下简介源码分析总结1.简介在InputManagerService分发输入事件消息给应用程序(上)中介绍了InputReader从EventHub中获取输入事件，并对输入事件进行加工处理，然后将输入事件放入到InputDispatcher

service之一，Androidframework层涉及的代码也是非常多，123456789101112131415161718frameworks/native/services/inputflinger/-InputDispatcher.cpp-InputReader.cpp-InputManager.cpp-Ev

[-]input服务的启动InputDispatcher分发InputReader读取上一篇Linux/Android——inp

Androidinput系统InputReader，InputDispatcher线程实例–UI死掉但touch正常报点依据Androidinput系统初始化和启动流程中的背景：做Androidtouch

Androidinput系统之二：InputDispatcher线程touch事件处理流程：touch事件数据获取处理后分发流程："InputDispatcher线程"InputDispatcher::

InputDispatcher#dispatchMotionLocked分发处理事件解析三个步骤判断事件是否触摸事件寻找触屏Window事件派发InputDispatcher#dispatchMotionLocked

wmswms::initPolicyUiThread::Handler::runWithScissorsPhoneWindowManager::initinterceptKeyBeforeQueueing调用栈InputDispatcher

InputDispatcher分发过程：1.用户通过手（touch）或者按键（key）产生的事件，会经过以下路线进行传递：InputReader==>InputDispatcher==>ViewRootImpl2

Android触摸事件传递机制系列详解在Android触摸事件的传递（四-1）--输入系统-InputReader介绍InputReader利用EventHub获取数据后,生成EventEntry事件，加入到InputDispatcher

Input系统中，WMS主要参与InputDispatcher寻找焦点窗口建立连接通信的过程。

flush刷新将遍历QueuedInputListener中mArgsQueue的数组元素，触发每一个元素NotifyArgs的notify方法，交给内部InputDispatcher，清空数组。

上节讲到InputDispatcher通过publishKeyEvent把input事件发送给客户端，我们知道InputDispatcher是属于system_server进程，而客户端属于应用进程，两种通信属于跨进程通信

WindowManagerService服务，该服务启动了InputManager，InpuManager中，启动了两个独立的线程：InputReader（通过Evhub获取kernel底层input事件，并转发给InputDispatcher

通过socket实现的C/S架构来实现InputChannel(server)并注册到InputDispatcher中，并将InputChannel(Client)注册到PointerEventDis

上一篇分析了InputReader获取事件过程，最终InputReader将inputevent放到InputDispatcher的mInboundQueue后唤醒InputDispacher。

一、Android输入系统介绍牵涉到的模块：InputReader:负责从硬件获取输入，转换成事件（Event),并传给InputDispatcher.InputDispatcher:将InputReader

上一篇讲到，客户端的主线程的Looper会监控socketpair的客户端fd，一旦服务端（InputDispatcher）发送InputEvent到socketpair的服务端，则客户端的Looper

Android触摸事件传递机制系列详解在Android触摸事件的传递（二）--输入系统InputManagerService，介绍IMS服务的启动过程会创建两个native线程，分别是InputReader,InputDispatcher

作者：王小二前言有好多人向我咨询过InputANR问题，说实话，我也是一直无法彻底的解释清楚，我下决心要彻底搞懂这块知识点。话不多说先上图一个event的正常流程InputReader线程1.InputReader线程一旦发现有新的event，判断mInBoundQueue是否为空，如果为空，设置wakeup=true2.添加event到mInBoundQueue，如果wakeup==true，唤

InputDispatcher.InputDispatcherThread::threadLoop--->dispatchOnce--->dispatchOnceInnerLocked--->EventEntry

总的流程把握：在键盘输入事件的WMS与APP的交互中，通过EventHub获得事件，通过InputReader线程读取事件，通过InputDispatcher线程分发事件。

如果要说整个事件的传递机制，是Android底层收到触摸屏的事件后，使用socket跨进程通信，用InputDispatcher将事件发送给APP进程，由主线程的Looper去取出消息进行处理。

Android6.0按键流程（一）读取设备事件Android6.0按键流程（二）KeyboardInputMapper扫描码转成键盘码Android6.0按键流程（三）InputDispatcher分发输入消息

Input框架每增加一个WindowState.java，WMS都会通过registerInputChannel向InputDispatcher注册一个connection,这个connection用于后续

应用程序注册输入事件通道应用程序注册输入事件通道简介源码分析通过requestLayout函数更新InputManagerService中激活的Activity窗口把Server端输入事件通道注册到InputDispatcher

pkgname=com.wa505.kf.epassword一个是InputReader，一个是InputDispatcher。方法是dispatchTouch。

InputDispatcher分发键盘消息过程分析在Android输入子系统之启动过程分析中，InputManagerService启动之后，会调用start函数，之后调用native层的nativeStart

的用户输入系统获取用户按键（或模拟按键）输入，分发给特定的模块（Framework或应用程序）进行处理，它涉及到以下一些模块：InputReader:负责从硬件获取输入，转换成事件（Event),并分发给InputDispatcher.InputDispatcher

接着来了解一下InputReader，InputReader主要工作是从EventHub读取事件、进行加工、将加工好的事件发送到InputDispatcher。