Android 事件处理过程,(1)

左手的ㄟ右手 2022-06-08 07:50 288阅读 0赞

Android 事件处理过程

一、事件主要包括按键\-keyEvent，触屏-motionEvent，

事件投递的过程分为几个部分，源信息的采集\->WindowManagerService分配->应用程序处理。

Android通过访问/dev/input节点来获知当前发生的事件。

WindowManagerService是窗口的管理者，记录了系统中所有窗口的状态信息，所以它能够判断应该把事件投递到那个应用进程处理，按键事件直接发给最前端的窗口，触摸消息要先计算这个触目点落在那个区域，然后传给相应的窗口单元。

应用程序端的处理，针对按键事件，通过相应的监听处理，针对触摸事件，要依据View体系做事件分发。

输入系统的核心服务是InputManagerService，它是由SystemServer启动的，

private void startOtherServices()@SystemServer.java\{

InputManagerServiceinputManager = new InputManagerService(context);

wm= WindowManagerService.main(context, inputManager,

mFactoryTestMode!= FactoryTest.FACTORY\_TEST\_LOW\_LEVEL,

!mFirstBoot,mOnlyCore);

ServiceManager.addService(Context.INPUT\_SERVICE,inputManager);

inputManager.setWindowManagerCallbacks(wm.getInputMonitor());

inputManager.start();

1),从这里看出，InputManagerService和WindowManagerService是有联系的，因为事件的分发要先传到WindowManagerservice来分配给具体窗口，所以他们之间必然要有实例引用。

接着IMS把自己注册到ServiceManager。

2),通过setWindowManagerCallbacks设置了一个回调，参数是InputMonitor，这个InputMonitor实现的是InputManagerService中的接口WindowManagerCallbacks，是WMS跟IMS中InputDispatch之间沟通的桥梁，InputDispatch是负责事件分发的。

比如一个key事件的拦截，首先是InputDispatch(cpp)的函数dispatchKeyLocked，然后经有NativeInputManager(cpp)调用到InputManagerService.java(java)中的interceptKeyBeforeDispatching，再由InputManagerService.java中那个回调就是wm.getInputMonitor()，也即是mWindowManagerCallbacks，这样就到了WindowManagerService.java，InputMonitor是WMS的一个成员变量，最后由InputMonitor.java转到具体的窗口管理策略PhoneWindowManager.java中，执行实际的拦截处理。

3),最后调用了IMS的start方法，看一下start方法做了什么事情：

public void start()@InputManagerService.java\{

nativeStart(mPtr);

它主要调用了一个native方法，nativeStart，其中的参数mPtr是什么呢？这要看下IMS的构造函数。

public InputManagerService(Context context)\{

mPtr= nativeInit(this, mContext, mHandler.getLooper().getQueue());

这里也是通过naive方法nativeInit完成的mPtr的赋值，接着看native实现

static jlongnativeInit(...)@com\_android\_server\_input\_InputManagerService.cpp\{

这个函数参数很长，就不写了

NativeInputManager\*im = new NativeInputManager(contextObj, serviceObj,

messageQueue->getLooper());

这里创建一个native类型的NativeInputManager实例，从名字看它是一个native层的InputManager，看看它的构造函数：

NativeInputManager::NativeInputManager(jobjectcontextObj,

jobjectserviceObj, const sp<Looper>& looper)\{

sp<EventHub>eventHub = new EventHub();

mInputManager= new InputManager(eventHub, this, this);

这里创建了EventHub，inputReader负责读取事件，但是InputReader并不是直接去读设备节点，而是通过EventHub来完成的，EventHub的本质是一个pipe，一个管道，它通过读取dev/input/event文件来判断是不是有新的事件，然后通知InputReader。

这个InputManager实例作为 NativeInputManager的一个成员，在IMS的start方法中会被调用。同时把EventHub作为参数传给了InputManager的构造函数。也就是IMS在native层的实现其实就是这个InputManager，这个从IMS的start方法的执行可以看出来。

接着前面说的IMS的start方法，调用的nativeStart，

static void nativeStart(JNIEnv\* env, jclass/\* clazz \*/, jlong ptr) @com\_android\_server\_input\_InputManagerService.cpp\{

NativeInputManager\*im = reinterpret\_cast<NativeInputManager\*>(ptr);

status\_tresult = im->getInputManager()->start();

这里先通过 NativeInputManager得到mInputManager，然后调用其start方法。

status\_tInputManager::start()@InputManager.cpp\{

status\_tresult = mDispatcherThread->run("InputDispatcher", PRIORITY\_URGENT\_DISPLAY);

result= mReaderThread->run("InputReader", PRIORITY\_URGENT\_DISPLAY);

可以看到start方法主要是启动了两个线程，这2个线程是在InputManager的构造函数中创建的。一个Inputreader负责从驱动节点读取Event,一个InputDispatch负责把event分发出去。