Jimmy的专栏

最后借用业界大牛做的一张图来描述Android系统触控事件处理机制的整体全貌作为总结。

很明显了,调用Java层InputManagerService的interceptKeyBeforeQueueing方法,后面就没有什么困难了,最后调用PhoneWindowManager的interceptKeyBeforeQueueing方法。看下InputMonitor的方法,有一些也是同样的方法调用,关键是C/C++层的代码什么时候调用,觉得InputMonitor的主要目的还是解耦,防止PhoneWindowManager和InputManagerService太紧,mPolicy变量是什么呢?

InputManagerService是Android framework中核心service之一，Android framework层涉及的代码也是非常多，

1. 发送键盘事件：命令格式1：adb shell input keyevent “value”其中value以及对应的key code如下表所列：KeyEvent Value KEYCODE Comment0 KEYCODE_UNKNOWN 1 KEYCODE_MENU 在SDK2.1的模拟器中命令失效，sendeven...

Android在源码目录:system/extras/tests/uevents/中，可以监听底层UEvent事件上报的程序，可以通过adb shell，输入uenvets可以查看上报事件，其实现如下: 一、源码实现 uevent.c/* * Copyright (C) 2012 The Android Open Source Project * * Licensed under th...

从手指接触屏幕到MotionEvent被传送到Activity或者View，中间究竟经历了什么？Android中触摸事件到底是怎么来的呢？源头是哪呢？本文就直观的描述一个整个流程，不求甚解，只求了解。Android触摸事件模型触摸事件肯定要先捕获才能传给窗口，因此，首先应该有一个线程在不断的监听屏幕，一旦有触摸事件，就将事件捕获；其次，还应该存在某种手段可以找到目标窗口，因为可能有多个APP的...

2.模块结构下图是input输入子系统框架，输入子系统linux层由输入子系统核心层（ Core层 ），驱动层和事件处理层（Event Handler）三部份组成。Android层操作input子系统由Native层、Java框架层、应用程序三部分组成。图1： input输入子系统层次图    一个输入事...

再通过判断是不是POWER_SUPPLY_SUBSYSTEM(#define POWER_SUPPLY_SUBSYSTEM "power_supply")这个子系统中的信息，如果是那就执行healthd_battery_update()所以healthd_mode_ops->battery_update(&props)其实调用的就是healthd_mode_service_2_0_battery_update();通过uevent_kernel_multicast_recv接收kernel广播上来的信息.

该程序没有自动编译到系统中，需要单独编译。详见：https://blog.csdn.net/u014135607/article/details/78545319。从Android.mk中,会生成名为”uevents”的应用程序。当然也可以将事件打印到log中。需要添加服务启动、服务上下文、权限和log打印等内容。编译完成后，可以编译成system/bin/uevents的可执行程序。我们就可以查看uevent事件上报了。3,执行uevents应用程序。

前面其实也有提到EventHub的构造函数，里面就是创建epoll实例，然后把一些事件触发的文件描述符加入到epoll里面统一管理。监控/dev/input/目录的iNotify文件mINotifyFd接收Kernel驱动事件(/dev/input/eventX)的文件描述符用来唤醒InputReader线程的管道读文件EventHub是服务于InputReader线程的，前面在InputRead的构造函数里面有创建EventHub的实例。InputReader线程。

上一节有展示Android Input子系统的架构图，这里我们关心Linux kernel层输入子系统设备驱动：处理与硬件相关的信息，调用input API注册输入设备，并把数据往上报输入子系统核心层：为事件处理层和设备驱动层提供API接口调用输入子系统事件处理：通过核心层的API获取输入事件上报的数据，定义input API与应用层交互。