1 InputManager系统服务
我们知道Android由诸多系统服务组成,它们在系统启动的时候由Zygote孵化出来,自始至终运行于后台,这其中,WindowManagerService就是一个很重要的服务,它负责对整个窗口系统的管理,而在窗口系统中,用户的输入输出系统又是一个很重要的部分,于是,InputManager便承担起了全部的责任。
InputManager开启两个线程,即InputDispacher和InputReader,它们才是真正工作的两个线程。
2 InputManager本地服务
为什么InputManager系统服务需要通过JNI开启InputManager本地服务呢?
显然,用户的输入(按键,触摸)来源于底层驱动,必须与底层的数据进行通信,所以要由JNI调用更低级的C语言。
3 EventHub
虽然按键、触摸屏等底层设备千变万化,幸运的是,Linux的Input子系统对它们作了很好的统一抽象概括归纳,
这样一来,Android在HAL抽象层与Linux Input设备通信就顺理成章了,EventHub就是在抽象层担当起与Input设备通信的角色。
具体的,Linux认为所有input设备都应在 /dev/input/目录下,我们只要遍历该目录下的设备并打开它就能找到设备。
通过poll轮训机制读取设备的数据,并把数据保存到RawEvent结构体里。
4 InputReader
InputReader线程用来监听来自设备的RawEvent数据,并通过消息机制通知到InputDispatcher.
这里就要注意数据的具体处理过程了,因为按键和单点/多点触摸的数值都会在mapper里进行比较复杂的计算处理。
RawEvent数据首先保存到InputReader定义的InputDevice结构体里,经由转换器mapper的转换,最后通知InputDispatcher分发出去。