在前面Input系列的博文中已经学习，来自底层的Input事件经过事件枢纽EventHub处理后，让InputReader通过epoll和inotify从EventHub中读取。

关联系列解析WindowManager系列解析WMS系列深入理解JNI系列输入系统系列基于Android8.1前言在Android输入系统（三）InputReader的加工类型和InputDispatcher

1.1InputReader点击查看大图:InputReader的主要工作分两部分：调用EventH

inputManager|inputReader–>inputDispatcher|eventHub|driver一.设备的添加过程对于/dev/input下的设备结点,开机时会自动扫描一下,同时也添加了监测

事件分发流程总结：1，硬件产生-->设备驱动2，IMS从设备驱动中使用InputReader通过inotify、epoll机制拿到原始事件，并进行加工3，IMS通过InputDispatcher将加工后的事件分发给查找到的

这里首先用一张框架图来表示InputReader，InputDispatche

1宏观分析InputReader这里从InputManager的start函数，延续上一章节的分析，代码如下：status_tInp

版权声明：免责声明：本人在此发文（包括但不限于汉字、拼音、拉丁字母）均为随意敲击键盘所出，用于检验本人电脑键盘录入、屏幕显示的机械、光电性能，并不代表本人局部或全部同意、支持或者反对观点。如需要详查请直接与键盘生产厂商法人代表联系.挖井挑水无水表，不会网购无快递目录(?)[-]getEventsscanDevicesLockedprocessEventsLocked总结在前文Linux/Andro

....}增加自身mapper的函数是voidInputDevice::addMapper(InputMapper*mapper){mMappers.add(mapper);}InputDevice*InputReader

如何在inputreader中拦截相应的virtualkey#includevoidTouchInputMapper::dispatchVirtualKey(nsecs_twhen,uint32_tpolicyFlags

http://blog.csdn.net/myarrow/article/details/7091061frameworks/base/services/input/EventHub.cpp4.1）创建InputReader

系统版本：Android7.1logcat中的crash信息：FDEBUG:Revision:'0'FDEBUG:ABI:'arm'FDEBUG:pid:2750,tid:3858,name:InputReader

3.InputReader在frameworks/base/services/input/InputReader.cpp中InputReader类成员函数loopOnce将调用EventHub类成员函数

inputReader.cppKeyboardInputMapper::processKeygetDispatcher()->notifyKeyinputDispacher.cppInputDis

InputDispatcher接收InputReader读取到的事件，分发给对应窗口，InputDispatcher属于system_server进程和各个应用不在同一进程，它们之间的联系靠的就是InputChannel

Android鼠标移动事件在framework层的传递流程前言EventHub对事件的收集设备事件的读取方式收集事件与确定设备类型InputReader对事件的处理与存储事件的处理过程将处理后的事件存入队列通知

5.2.1如果mNeedToReopenDevices=true那么条件成立,先将mNeedToReopenDevices设置为false,然后closeAllDevicesLocked,将mNeedToScanDevices设置为true5.2.2mNeedToReopenDevices此变量设置的地方,通过si(sourceinsight)查找整个android源码目录,发现在以下地方使用到m

我们详细分析了InputReader中读取设备事件，到processEventsLocked函数处理事件（包括设备事件，设备添加、删除等），再到ProcessEventsForDeviceLocked处理设备事件

1,Android事件处理的主要对象:java层的InputManager和c++层的InputManager，C++层的InputManager主要包括InputReader，InputDispatcher

InputReader.pollOnce,EventHub.getEvent这两个函数分别定义在frameworks/base/libs/ui/InputReader.cpp和frameworks/base

他的运行通过前面提到的mReaderThread→run()这个run方法启动的，这个run方法接着调用_threadLoop，InputReaderThread的核心实现类是InputReader，所以接

项目中移植了Android触摸屏驱动，后来需要把屏幕翻转180度，此时触摸的坐标是没有适配的，修改以下代码即可：frameworks/native/services/inputflinger/InputReader.cppvoidTouchInputMapper

前文Linux/Android——Input系统之InputReader(七)介绍到了inputreader的运作流程，如何获取events到初步的分发，依次分析到InputMapper做第一步的处理.

最近着手研究了这块，通过修改inputreader.cpp及

找到如下路径：\frameworks\native\services\inputflinger\InputReader.cpp找到如下函数：uint32_tCursorButtonAccumulator

一、框架介绍由下图可以看出，在系统服务启动时会通过InputManager启动InputReader和InputDispatcher，创建EventHub对象，当kernel层向dev节点中写入数据时，

InputReader线程负责读取输入事件，并把输入事件传递给InputDispa

=nil{fmt.Printf("readfileerror\n")return}deferfile.Close()inputReader:=bufio.NewReader(f

最近着手研究了这块，通过修改inputreader.cpp及com_android_server_InputManager.cpp终于解决的触摸屏不准的问题。正文由于驱动是直接从androi

EventHub主要是访问/dev/input下的所有设备节点，并将输入事件、设备节点的增删返给InputReader。

InputReader::loopOnce->InputReader::processEventsLocked->InputReader::processEventsForDeviceLocked->InputDevice

android支持多种输入设备，而各种设备的消息类型可能不一样，为了统一管理这些输入消息，Android提出了EventHub的概念，所有的输入事件都会通过EventHub收集，并通过EventHub传递给InputReader

InputManager类处理过程：InputManager先创建InputDispatcher和InputReader对象，并把InputReader和InputDispatcher对象为参数再创建两个线程对象

androidinput(二)InputDispatcher概述当输入设备可用时，Linux内核会在/dev/input/下创建对应的名为event0~n或其他名称的设备节点。而当输入设备不可用时，则会将对应的节点删除Android输入系统的工作原理概括来说，就是监控/dev/input/下的所有设备节点，当某个节点有数据可读时，将数据读出并进行一系列的翻译加工，然后在所有的窗口中寻找合适的事件接

InputManagerService启动》博客中通过InputManagerService.start函数->nativeStart->inputmanager.start->InputXXXThread.run函数，最终启动了InputReader

上篇博客《Android4.4——InputManagerService之InputReader线程》的最后已经进入到InputDispatcher线程中。

Link:AndroidInput(1)--InputManagerService启动AndroidInput(2)--inputReaderAndroidInput(3)--inputDispatcherAndroidInput(4)--inputDispatcher到ViewRootImplAndroidInput(5)--ViewRootImpl的事件分发(ActivityViewGroup

如何在inputreader中拦截相应的virtualkey首先看哪里把virtualkey往上报发现InputReader.cpp里voidTouchInputMapper::dispatchVirtualKey

首先是voidTouchInputMapper::process(constRawEvent*rawEvent){if(rawEvent->type==EV_SYN&&rawEvent->code==SYN_REPORT){ALOGD("matt-TouchInputMapper::process");sync(rawEvent->when);}}然后是voidTouchInputMapper::

status_tInputManager::start(){status_tresult=mDispatcherThread->run("InputDispatcher",PRIORITY_URGENT_DISPLAY);if(result){ALOGE("CouldnotstartInputDispatcherthreadduetoerror%d.",result);returnresult;}

上编分析了InputReader线程和InputDispatcher线程启动过程后，InputReader和InputDispatcher线程可以运行起来了，那么InputReader和InputDispatcher

InputNative事件上报流程5.在Framework注册一个新的监听事件,需要的步骤1.初始化初始化InputDispatcher和InputReader，用于上报事件；初始化InputDIspatcherThread

InputReaderThread（称为“InputReader”

输入事件分发流程：1.InputReader线程通过EventHub监听/dev/input内的文件2.InputReader得到输入事件，封装后存入InputDispatcher的队列3.唤醒InputDispatcher4

在设备没有事件输入的时候，InputReader和InputDispatcher都处于睡眠状态。当输入事件发生，InputReader首先被激活，然后发送读取消息，激活Dispatcher。

执行getevent可以看到上报到/dev/input/eventX设备节点的各种事件，下面是点击了power键输出，0074是system上报的scancode，可以在system/usr/keylayout/mtk-kpd.kl中找到，74是16进制，刚好对应116，Linuxinput子系统负责读取/dev/input/eventX所有设备节点的事件封装成NotifyKeyArgs,再由In

此文章只分析EventHub获取输入事件的getevents函数的具体实现首先在EventHub的构造函数中,将以下变量进行初始化,以下初始化变量在getevents中会用到mBuiltInKeyboardId(NO_BUILT_IN_KEYBOARD),mNextDeviceId(1),mControllerNumbers(),mOpeningDevices(0),mClosingDevices

上一篇博客分析了InputReader中扫描码与键盘码的转化，今天我们再来分析下InputDispatcher一、InputDispatcher的notifyKey函数接上一篇我们我们分析到InputDispatcher

于是结合之前分析的按键流程，怀疑按键流程最后没走KeyboardInputMapper，就在InputReader中打印log。

在前文Linux/Android——Input系统之frameworks层InputManagerService(六)这里介绍了android层input服务的启动，其中启动了一个读取来自底层event事件的线程.而在Linux/Android——input系统之kernel层与frameworks层交互(五)有分析到是通过一个event%d的设备文件交互的，也就是说android层是通过读取ev