本文基于Android7.1代码分析
涉及到的文件路径:
frameworks/base/services/core/java/com/android/server/input
frameworks/base/services/core/jni/com_android_server_input_InputManagerService.cpp
frameworks/native/services/inputflinger/InputManager.cpp
frameworks/native/services/inputflinger/InputDispatcher.cpp
frameworks/native/services/inputflinger/InputReader.cpp
frameworks/native/services/inputflinger/EventHub.cpp
一.Input启动
先上个流程图
InputManagerService的创建是在SystemServer,截取下关键代码
inputManager = new InputManagerService(context);
wm = WindowManagerService.main(context, inputManager,
mFactoryTestMode != FactoryTest.FACTORY_TEST_LOW_LEVEL,
!mFirstBoot, mOnlyCore);
ServiceManager.addService(Context.WINDOW_SERVICE, wm);
ServiceManager.addService(Context.INPUT_SERVICE, inputManager);
mActivityManagerService.setWindowManager(wm);
inputManager.setWindowManagerCallbacks(wm.getInputMonitor());
inputManager.start();
后面就是InputReader读取事件,InputDispatch派发事件了
二.InputReader
1.InputManager在initialize时创建了InputReaderThread线程
2.InputManager在start时执行了InputReaderThread的run方法
InputReaderThread继承Thread,我们看下/system/core/include/utils/Thread.h
// Start the thread in threadLoop() which needs to be implemented.
virtual status_t run( const char* name = 0,
int32_t priority = PRIORITY_DEFAULT,
size_t stack = 0);
// Derived class must implement threadLoop(). The thread starts its life
// here. There are two ways of using the Thread object:
// 1) loop: if threadLoop() returns true, it will be called again if
// requestExit() wasn't called.
// 2) once: if threadLoop() returns false, the thread will exit upon return.
virtual bool threadLoop() = 0;
这里可以看出接下来应该是走到InputReaderThread的threadLoop方法,并且我们可以看到它返回true时,表示循环执行。也就是会循环执行loopOnce
上图是从loopOnce到InputDispatcher的事件传递流程,其中InputDevice、InputMapper都在InputReader.cpp里。
2.1 读取RawEvent(getEvents)
getEvents首先通过scanDevicesLocked-scanDirLocked扫描"/dev/input/"目录,然后分别打开这些设备,通过ioctl获取这些设备的信息,接下来将这些设备分别创建为Device对象,并将设备对象添加到epoll监控中,最后通过addDeviceLocked将设备对象添加到mDevices。
接下来将每个设备组成RawEvent结构,然后调用epoll_wait阻塞等待着输入事件的到来。
2.2 处理RawEvent(processEventsLocked)
事件类型分为两大类,一类是设备自身产生的event,一类是设备发生变化的event。
首先看设备自身产生的event,这个已经在流程图里画出来了,只看下InputMapper继承关系
我们选择SingerTouchInputMapper来分析,分析前我们来看下输入事件有哪些类型
在kernel/include/uapi/linux/input.h
#define EV_SYN 0x00 //同步事件
#define EV_KEY 0x01 //键盘事件
#define EV_REL 0x02 //相对坐标事件,用于鼠标
#define EV_ABS 0x03 //绝对坐标事件,用于摇杆
#define EV_MSC 0x04 //杂项
#define EV_SW 0x05 //开关状态事件
#define EV_LED 0x11 //LED灯事件
#define EV_SND 0x12 //声音事件
#define EV_REP 0x14 //重复按键事件
#define EV_FF 0x15 //受力事件
#define EV_PWR 0x16 //电源事件
#define EV_FF_STATUS 0x17 //受力状态事件