您的位置: 首页  >  文章  >  Android应用程序键盘（Keyboard）消息处理机制分析（一）

Android应用程序键盘（Keyboard）消息处理机制分析（一）

分类: 文章 • 2023-03-24 18:40:22

在Android系统中，键盘按键事件是由WindowManagerService服务来管理的，然后再以消息的形式来分发给应用程序处理，不过和普通消息不一样，它是由硬件中断触发的；在上一篇文章《Android应用程序消息处理机制（Looper、Handler）分析》中，我们分析了Android应用程序的消息处理机制，本文将结合这种消息处理机制来详细分析Android应用程序是如何获得键盘按键消息的。


在系统启动的时候，SystemServer会启动窗口管理服务WindowManagerService，WindowManagerService在启动的时候就会通过系统输入管理器InputManager来总负责监控键盘消息。这些键盘消息一般都是分发给当前**的Activity窗口来处理的，因此，当前**的Activity窗口在创建的时候，会到WindowManagerService中去注册一个接收键盘消息的通道，表明它要处理键盘消息，而当InputManager监控到有键盘消息时，就会分给给它处理。当当前**的Activity窗口不再处于**状态时，它也会到WindowManagerService中去反注册之前的键盘消息接收通道，这样，InputManager就不会再把键盘消息分发给它来处理。

由于本文的内容比较多，在接下面的章节中，我们将分为五个部分来详细描述Android应用程序获得键盘按键消息的过程，每一个部分都是具体描述键盘消息处理过程中的一个过程。结合上面的键盘消息处理框架，这四个过程分别是InputManager的启动过程、应用程序注册键盘消息接收通道的过程、InputManager分发键盘消息给应用程序的过程以及应用程序注销键盘消息接收通道的过程。为了更好地理解Android应用程序获得键盘按键消息的整个过程，建议读者首先阅读Android应用程序消息处理机制（Looper、Handler）分析一文，理解了Android应用程序的消息处理机制后，就能很好的把握本文的内容。

1. InputManager的启动过程分析

前面说过，Android系统的键盘事件是由InputManager来监控的，而InputManager是由窗口管理服务WindowManagerService来启动的。

从前面一篇文章Android系统进程Zygote启动过程的源代码分析中，我们知道在Android系统中，Zygote进程负责启动系统服务进程SystemServer，而系统服务进程SystemServer负责启动系统中的各种关键服务，例如我们在前面两篇文章Android应用程序安装过程源代码分析和Android系统默认Home应用程序（Launcher）的启动过程源代码分析中提到的Package管理服务PackageManagerService和Activity管理服务ActivityManagerService。这里我们所讨论的窗口管理服务WindowManagerService也是由SystemServer来启动的，具体的启动过程这里就不再详述了，具体可以参考PackageManagerService和ActivityManagerService的启动过程。

了解了WindowManagerService的启动过程之后，我们就可以继续分析InputManager的启动过程了。我们先来看一下InputManager启动过程的序列图，然后根据这个序列图来一步步分析它的启动过程：

Android应用程序键盘（Keyboard）消息处理机制分析（一）

点击查看大图

Step 1. WindowManagerService.main

这个函数定义在frameworks/base/services/java/com/android/server/WindowManagerService.java文件

中：

view plain
  1. publicclassWindowManagerServiceextendsIWindowManager.Stub
  2. implementsWatchdog.Monitor{
  3. ......
  5. publicstaticWindowManagerServicemain(Contextcontext,
  6. PowerManagerServicepm,booleanhaveInputMethods){
  7. WMThreadthr=newWMThread(context,pm,haveInputMethods);
  8. thr.start();
  10. synchronized(thr){
  11. while(thr.mService==null){
  12. try{
  13. thr.wait();
  14. }catch(InterruptedExceptione){
  15. }
  16. }
  17. returnthr.mService;
  18. }
  19. }
  21. ......
  22. }
它通过一个线程WMThread实例来执行全局唯一的WindowManagerService实例的启动操作。这里调用WMThread实例thr的start成员函数时，会进入到WMThread实例thr的run函数中去。

Step 2. WMThread.run

这个函数定义在frameworks/base/services/java/com/android/server/WindowManagerService.java文件中：

view plain
  1. publicclassWindowManagerServiceextendsIWindowManager.Stub
  2. implementsWatchdog.Monitor{
  3. ......
  5. staticclassWMThreadextendsThread{
  6. ......
  8. publicvoidrun(){
  9. ......
  11. WindowManagerServices=newWindowManagerService(mContext,mPM,
  12. mHaveInputMethods);
  13. ......
  14. }
  15. }
  18. ......
  19. }
这里执行的主要操作就是创建一个WindowManagerService实例，这样会调用到WindowManagerService构造函数中去。

Step 3. WindowManagerService<init>

WindowManagerService类的构造函数定义在frameworks/base/services/java/com/android/server/WindowManagerService.java文件中：

view plain
  1. publicclassWindowManagerServiceextendsIWindowManager.Stub
  2. implementsWatchdog.Monitor{
  3. ......
  5. finalInputManagermInputManager;
  7. ......
  9. privateWindowManagerService(Contextcontext,PowerManagerServicepm,
  10. booleanhaveInputMethods){
  11. ......
  13. mInputManager=newInputManager(context,this);
  15. ......
  17. mInputManager.start();
  19. ......
  20. }
  23. ......
  24. }
这里我们只关心InputManager的创建过程，而忽略其它无关部分。首先是创建一个InputManager实例，然后再调用它的start成员函数来监控键盘事件。在创建InputManager实例的过程中，会执行一些初始化工作，因此，我们先进入到InputManager类的构造函数去看看，然后再回过头来分析它的start成员函数。

Step 4. InputManager<init>@java

Java层的InputManager类的构造函数定义在frameworks/base/services/java/com/android/server/InputManager.java文件中：

view plain
  1. publicclassInputManager{
  2. ......
  4. publicInputManager(Contextcontext,WindowManagerServicewindowManagerService){
  5. this.mContext=context;
  6. this.mWindowManagerService=windowManagerService;
  8. this.mCallbacks=newCallbacks();
  10. init();
  11. }
  13. ......
  14. }
这里只是简单地初始化InputManager类的一些成员变量，然后调用init函数进一步执行初始化操作。

Step 5. InputManager.init

这个函数定义在frameworks/base/services/java/com/android/server/InputManager.java文件中：

view plain
  1. publicclassInputManager{
  2. ......
  4. privatevoidinit(){
  5. Slog.i(TAG,"Initializinginputmanager");
  6. nativeInit(mCallbacks);
  7. }
  9. ......
  10. }
函数init通过调用本地方法nativeInit来执行C++层的相关初始化操作。

Step 6. InputManager.nativeInit

这个函数定义在frameworks/base/services/jni$ vi com_android_server_InputManager.cpp文件中：

view plain
  1. staticvoidandroid_server_InputManager_nativeInit(JNIEnv*env,jclassclazz,
  2. jobjectcallbacks){
  3. if(gNativeInputManager==NULL){
  4. gNativeInputManager=newNativeInputManager(callbacks);
  5. }else{
  6. LOGE("Inputmanageralreadyinitialized.");
  7. jniThrowRuntimeException(env,"Inputmanageralreadyinitialized.");
  8. }
  9. }
这个函数的作用是创建一个NativeInputManager实例，并保存在gNativeInputManager变量中。由于是第一次调用到这里，因此，gNativeInputManager为NULL，于是就会new一个NativeInputManager对象出来，这样就会执行NativeInputManager类的构造函数来执其它的初始化操作。

Step 7. NativeInputManager<init>

NativeInputManager类的构造函数定义在frameworks/base/services/jni$ vi com_android_server_InputManager.cpp文件中：

view plain
  1. NativeInputManager::NativeInputManager(jobjectcallbacksObj):
  2. mFilterTouchEvents(-1),mFilterJumpyTouchEvents(-1),mVirtualKeyQuietTime(-1),
  3. mMaxEventsPerSecond(-1),
  4. mDisplayWidth(-1),mDisplayHeight(-1),mDisplayOrientation(ROTATION_0){
  5. JNIEnv*env=jniEnv();
  7. mCallbacksObj=env->NewGlobalRef(callbacksObj);
  9. sp<EventHub>eventHub=newEventHub();
  10. mInputManager=newInputManager(eventHub,this,this);
  11. }
这里只要是创建了一个EventHub实例，并且把这个EventHub作为参数来创建InputManager对象。注意，这里的InputManager类是定义在C++层的，和前面在Java层的InputManager不一样，不过它们是对应关系。EventHub类是真正执行监控键盘事件操作的地方，后面我们会进一步分析到，现在我们主要关心InputManager实例的创建过程，它会InputManager类的构造函数里面执行一些初始化操作。

Step 8. InputManager<init>@C++

C++层的InputManager类的构造函数定义在frameworks/base/libs/ui/InputManager.cpp文件中：

view plain
  1. InputManager::InputManager(
  2. constsp<EventHubInterface>&eventHub,
  3. constsp<InputReaderPolicyInterface>&readerPolicy,
  4. constsp<InputDispatcherPolicyInterface>&dispatcherPolicy){
  5. mDispatcher=newInputDispatcher(dispatcherPolicy);
  6. mReader=newInputReader(eventHub,readerPolicy,mDispatcher);
  7. initialize();
  8. }
这里主要是创建了一个InputDispatcher对象和一个InputReader对象，并且分别保存在成员变量mDispatcher和mReader中。InputDispatcher类是负责把键盘消息分发给当前**的Activity窗口的，而InputReader类则是通过EventHub类来实现读取键盘事件的，后面我们会进一步分析。创建了这两个对象后，还要调用initialize函数来执行其它的初始化操作。

Step 9. InputManager.initialize

这个函数定义在frameworks/base/libs/ui/InputManager.cpp文件中：

view plain
  1. voidInputManager::initialize(){
  2. mReaderThread=newInputReaderThread(mReader);
  3. mDispatcherThread=newInputDispatcherThread(mDispatcher);
  4. }
这个函数创建了一个InputReaderThread线程实例和一个InputDispatcherThread线程实例，并且分别保存在成员变量mReaderThread和mDispatcherThread中。这里的InputReader实列mReader就是通过这里的InputReaderThread线程实列mReaderThread来读取键盘事件的，而InputDispatcher实例mDispatcher则是通过这里的InputDispatcherThread线程实例mDisptacherThread来分发键盘消息的。

至此，InputManager的初始化工作就完成了，在回到Step 3中继续分析InputManager的进一步启动过程之前，我们先来作一个小结，看看这个初始化过程都做什么事情：

A. 在Java层中的WindowManagerService中创建了一个InputManager对象，由它来负责管理Android应用程序框架层的键盘消息处理；

B. 在C++层也相应地创建一个InputManager本地对象来负责监控键盘事件；

C. 在C++层中的InputManager对象中，分别创建了一个InputReader对象和一个InputDispatcher对象，前者负责读取系统中的键盘消息，后者负责把键盘消息分发出去；

D.InputReader对象和一个InputDispatcher对象分别是通过InputReaderThread线程实例和InputDispatcherThread线程实例来实键盘消息的读取和分发的。

有了这些对象之后，万事就俱备了，回到Step 3中，调用InputManager类的start函数来执行真正的启动操作。

Step 10. InputManager.start

这个函数定义在frameworks/base/services/java/com/android/server/InputManager.java文件中：

view plain
  1. publicclassInputManager{
  2. ......
  4. publicvoidstart(){
  5. Slog.i(TAG,"Startinginputmanager");
  6. nativeStart();
  7. }
  9. ......
  10. }
这个函数通过调用本地方法nativeStart来执行进一步的启动操作。

Step 11. InputManager.nativeStart

这个函数定义在frameworks/base/services/jni$ vi com_android_server_InputManager.cpp文件中：

view plain
  1. staticvoidandroid_server_InputManager_nativeStart(JNIEnv*env,jclassclazz){
  2. if(checkInputManagerUnitialized(env)){
  3. return;
  4. }
  6. status_tresult=gNativeInputManager->getInputManager()->start();
  7. if(result){
  8. jniThrowRuntimeException(env,"Inputmanagercouldnotbestarted.");
  9. }
  10. }
这里的gNativeInputManager对象是在前面的Step 6中创建的，通过它的getInputManager函数可以返回C++层的InputManager对象，接着调用这个InputManager对象的start函数。

Step 12. InputManager.start

这个函数定义在frameworks/base/libs/ui/InputManager.cpp文件中：

view plain
  1. status_tInputManager::start(){
  2. status_tresult=mDispatcherThread->run("InputDispatcher",PRIORITY_URGENT_DISPLAY);
  3. if(result){
  4. LOGE("CouldnotstartInputDispatcherthreadduetoerror%d.",result);
  5. returnresult;
  6. }
  8. result=mReaderThread->run("InputReader",PRIORITY_URGENT_DISPLAY);
  9. if(result){
  10. LOGE("CouldnotstartInputReaderthreadduetoerror%d.",result);
  12. mDispatcherThread->requestExit();
  13. returnresult;
  14. }
  16. returnOK;
  17. }
这个函数主要就是分别启动一个InputDispatcherThread线程和一个InputReaderThread线程来读取和分发键盘消息的了。这里的InputDispatcherThread线程对象mDispatcherThread和InputReaderThread线程对象是在前面的Step 9中创建的，调用了它们的run函数后，就会进入到它们的threadLoop函数中去，只要threadLoop函数返回true，函数threadLoop就会一直被循环调用，于是这两个线程就起到了不断地读取和分发键盘消息的作用。

我们先来分析InputDispatcherThread线程分发消息的过程，然后再回过头来分析InputReaderThread线程读取消息的过程。

Step 13.InputDispatcherThread.threadLoop

这个函数定义在frameworks/base/libs/ui/InputDispatcher.cpp文件中：

view plain
  1. boolInputDispatcherThread::threadLoop(){
  2. mDispatcher->dispatchOnce();
  3. returntrue;
  4. }
这里的成员变量mDispatcher即为在前面Step 8中创建的InputDispatcher对象，调用它的dispatchOnce成员函数执行一次键盘消息分发的操作。

Step 14. InputDispatcher.dispatchOnce

这个函数定义在frameworks/base/libs/ui/InputDispatcher.cpp文件中：

view plain
  1. voidInputDispatcher::dispatchOnce(){
  2. nsecs_tkeyRepeatTimeout=mPolicy->getKeyRepeatTimeout();
  3. nsecs_tkeyRepeatDelay=mPolicy->getKeyRepeatDelay();
  5. nsecs_tnextWakeupTime=LONG_LONG_MAX;
  6. {//acquirelock
  7. AutoMutex_l(mLock);
  8. dispatchOnceInnerLocked(keyRepeatTimeout,keyRepeatDelay,&nextWakeupTime);
  10. if(runCommandsLockedInterruptible()){
  11. nextWakeupTime=LONG_LONG_MIN;//forcenextpolltowakeupimmediately
  12. }
  13. }//releaselock
  15. //Waitforcallbackortimeoutorwake.(makesureweroundup,notdown)
  16. nsecs_tcurrentTime=now();
  17. int32_ttimeoutMillis;
  18. if(nextWakeupTime>currentTime){
  19. uint64_ttimeout=uint64_t(nextWakeupTime-currentTime);
  20. timeout=(timeout+999999LL)/1000000LL;
  21. timeoutMillis=timeout>INT_MAX?-1:int32_t(timeout);
  22. }else{
  23. timeoutMillis=0;
  24. }
  26. mLooper->pollOnce(timeoutMillis);
  27. }
这个函数很简单，把键盘消息交给dispatchOnceInnerLocked函数来处理，这个过程我们在后面再详细分析，然后调用mLooper->pollOnce函数等待下一次键盘事件的发生。这里的成员变量mLooper的类型为Looper，它定义在C++层中，具体可以参考前面Android应用程序消息处理机制（Looper、Handler）分析一文。

Step 15. Looper.pollOnce

这个函数定义在frameworks/base/libs/utils/Looper.cpp文件中，具体可以参考前面Android应用程序消息处理机制（Looper、Handler）分析一文，这里就不再详述了。总的来说，就是在Looper类中，会创建一个管道，当调用Looper类的pollOnce函数时，如果管道中没有内容可读，那么当前线程就会进入到空闲等待状态；当有键盘事件发生时，InputReader就会往这个管道中写入新的内容，这样就会唤醒前面正在等待键盘事件发生的线程。

InputDispatcher类分发消息的过程就暂时分析到这里，后面会有更进一步的分析，现在，我们回到Step 12中，接着分析InputReader类读取键盘事件的过程。在调用了InputReaderThread线程类的run就函数后，同样会进入到InputReaderThread线程类的threadLoop函数中去。

Step 16. InputReaderThread.threadLoop

这个函数定义在frameworks/base/libs/ui/InputReader.cpp文件中：

view plain
  1. boolInputReaderThread::threadLoop(){
  2. mReader->loopOnce();
  3. returntrue;
  4. }
这里的成员变量mReader即为在前面Step 8中创建的InputReader对象，调用它的loopOnce成员函数执行一次键盘事件的读取操作。

Step 17. InputReader.loopOnce

这个函数定义在frameworks/base/libs/ui/InputReader.cpp文件中：

view plain
  1. voidInputReader::loopOnce(){
  2. RawEventrawEvent;
  3. mEventHub->getEvent(&rawEvent);
  5. #ifDEBUG_RAW_EVENTS
  6. LOGD("Inputevent:device=0x%xtype=0x%xscancode=%dkeycode=%dvalue=%d",
  7. rawEvent.deviceId,rawEvent.type,rawEvent.scanCode,rawEvent.keyCode,
  8. rawEvent.value);
  9. #endif
  11. process(&rawEvent);
  12. }
这里通过成员函数mEventHub来负责键盘消息的读取工作，如果当前有键盘事件发生或者有键盘事件等待处理，通过mEventHub的getEvent函数就可以得到这个事件，然后交给process函数进行处理，这个函数主要就是唤醒前面的InputDispatcherThread线程，通知它有新的键盘事件发生了，它需要进行一次键盘消息的分发操作了，这个函数我们后面再进一步详细分析；如果没有键盘事件发生或者没有键盘事件等待处理，那么调用mEventHub的getEvent函数时就会进入等待状态。

Step 18. EventHub.getEvent

这个函数定义在frameworks/base/libs/ui/EventHub.cpp文件中：

view plain
  1. boolEventHub::getEvent(RawEvent*outEvent)
  2. {
  3. outEvent->deviceId=0;
  4. outEvent->type=0;
  5. outEvent->scanCode=0;
  6. outEvent->keyCode=0;
  7. outEvent->flags=0;
  8. outEvent->value=0;
  9. outEvent->when=0;
  11. //NotethatweonlyallowonecallertogetEvent(),sodon'tneed
  12. //todolockinghere...onlywhenadding/removingdevices.
  14. if(!mOpened){
  15. mError=openPlatformInput()?NO_ERROR:UNKNOWN_ERROR;
  16. mOpened=true;
  17. mNeedToSendFinishedDeviceScan=true;
  18. }
  20. for(;;){
  21. //Reportanydevicesthathadlastbeenadded/removed.
  22. if(mClosingDevices!=NULL){
  23. device_t*device=mClosingDevices;
  24. LOGV("Reportingdeviceclosed:id=0x%x,name=%s\n",
  25. device->id,device->path.string());
  26. mClosingDevices=device->next;
  27. if(device->id==mFirstKeyboardId){
  28. outEvent->deviceId=0;
  29. }else{
  30. outEvent->deviceId=device->id;
  31. }
  32. outEvent->type=DEVICE_REMOVED;
  33. outEvent->when=systemTime(SYSTEM_TIME_MONOTONIC);
  34. deletedevice;
  35. mNeedToSendFinishedDeviceScan=true;
  36. returntrue;
  37. }
  39. if(mOpeningDevices!=NULL){
  40. device_t*device=mOpeningDevices;
  41. LOGV("Reportingdeviceopened:id=0x%x,name=%s\n",
  42. device->id,device->path.string());
  43. mOpeningDevices=device->next;
  44. if(device->id==mFirstKeyboardId){
  45. outEvent->deviceId=0;
  46. }else{
  47. outEvent->deviceId=device->id;
  48. }
  49. outEvent->type=DEVICE_ADDED;
  50. outEvent->when=systemTime(SYSTEM_TIME_MONOTONIC);
  51. mNeedToSendFinishedDeviceScan=true;
  52. returntrue;
  53. }
  55. if(mNeedToSendFinishedDeviceScan){
  56. mNeedToSendFinishedDeviceScan=false;
  57. outEvent->type=FINISHED_DEVICE_SCAN;
  58. outEvent->when=systemTime(SYSTEM_TIME_MONOTONIC);
  59. returntrue;
  60. }
  62. //Grabthenextinputevent.
  63. for(;;){
  64. //Consumebufferedinputevents,ifany.
  65. if(mInputBufferIndex<mInputBufferCount){
  66. conststructinput_event&iev=mInputBufferData[mInputBufferIndex++];
  67. constdevice_t*device=mDevices[mInputDeviceIndex];
  69. LOGV("%sgot:t0=%d,t1=%d,type=%d,code=%d,v=%d",device->path.string(),
  70. (int)iev.time.tv_sec,(int)iev.time.tv_usec,iev.type,iev.code,iev.value);
  71. if(device->id==mFirstKeyboardId){
  72. outEvent->deviceId=0;
  73. }else{
  74. outEvent->deviceId=device->id;
  75. }
  76. outEvent->type=iev.type;
  77. outEvent->scanCode=iev.code;
  78. if(iev.type==EV_KEY){
  79. status_terr=device->layoutMap->map(iev.code,
  80. &outEvent->keyCode,&outEvent->flags);
  81. LOGV("iev.code=%dkeyCode=%dflags=0x%08xerr=%d\n",
  82. iev.code,outEvent->keyCode,outEvent->flags,err);
  83. if(err!=0){
  84. outEvent->keyCode=AKEYCODE_UNKNOWN;
  85. outEvent->flags=0;
  86. }
  87. }else{
  88. outEvent->keyCode=iev.code;
  89. }
  90. outEvent->value=iev.value;
  92. //Useaneventtimestampinthesametimebaseas
  93. //java.lang.System.nanoTime()andandroid.os.SystemClock.uptimeMillis()
  94. //asexpectedbytherestofthesystem.
  95. outEvent->when=systemTime(SYSTEM_TIME_MONOTONIC);
  96. returntrue;
  97. }
  99. //Finishreadingalleventsfromdevicesidentifiedinpreviouspoll().
  100. //ThiscodeassumesthatmInputDeviceIndexisinitially0andthatthe
  101. //reventsmemberofpollfdisinitializedto0whenthedeviceisfirstadded.
  102. //SincemFDs[0]isusedforinotify,weprocessregulareventsstartingatindex1.
  103. mInputDeviceIndex+=1;
  104. if(mInputDeviceIndex>=mFDCount){
  105. break;
  106. }
  108. conststructpollfd&pfd=mFDs[mInputDeviceIndex];
  109. if(pfd.revents&POLLIN){
  110. int32_treadSize=read(pfd.fd,mInputBufferData,
  111. sizeof(structinput_event)*INPUT_BUFFER_SIZE);
  112. if(readSize<0){
  113. if(errno!=EAGAIN&&errno!=EINTR){
  114. LOGW("couldnotgetevent(errno=%d)",errno);
  115. }
  116. }elseif((readSize%sizeof(structinput_event))!=0){
  117. LOGE("couldnotgetevent(wrongsize:%d)",readSize);
  118. }else{
  119. mInputBufferCount=readSize/sizeof(structinput_event);
  120. mInputBufferIndex=0;
  121. }
  122. }
  123. }
  125. ......
  127. mInputDeviceIndex=0;
  129. //Pollforevents.Mindthewakelockdance!
  130. //Weholdawakelockatalltimesexceptduringpoll().Thisworksduetosome
  131. //subtlechoreography.Whenadevicedriverhaspending(unread)events,itacquires
  132. //akernelwakelock.However,oncethelastpendingeventhasbeenread,thedevice
  133. //driverwillreleasethekernelwakelock.Topreventthesystemfromgoingtosleep
  134. //whenthishappens,theEventHubholdsontoitsownuserwakelockwhiletheclient
  135. //isprocessingevents.Thusthesystemcanonlysleepiftherearenoevents
  136. //pendingorcurrentlybeingprocessed.
  137. release_wake_lock(WAKE_LOCK_ID);
  139. intpollResult=poll(mFDs,mFDCount,-1);
  141. acquire_wake_lock(PARTIAL_WAKE_LOCK,WAKE_LOCK_ID);
  143. if(pollResult<=0){
  144. if(errno!=EINTR){
  145. LOGW("pollfailed(errno=%d)\n",errno);
  146. usleep(100000);
  147. }
  148. }
  150. }
  151. }
这个函数比较长，我们一步一步来分析。

首先，如果是第一次进入到这个函数中时，成员变量mOpened的值为false，于是就会调用openPlatformInput函数来打开系统输入设备，在本文中，我们主要讨论的输入设备就是键盘了。打开了这些输入设备文件后，就可以对这些输入设备进行是监控了。如果不是第一次进入到这个函数，那么就会分析当前有没有输入事件发生，如果有，就返回这个事件，否则就会进入等待状态，等待下一次输入事件的发生。在我们这个场景中，就是等待下一次键盘事件的发生了。

我们先分析openPlatformInput函数的实现，然后回过头来分析这个getEvent函数的具体的实现。

Step 19. EventHub.openPlatformInput

这个函数定义在frameworks/base/libs/ui/EventHub.cpp文件中：

view plain
  1. boolEventHub::openPlatformInput(void)
  2. {
  3. ......
  5. res=scanDir(device_path);
  6. if(res<0){
  7. LOGE("scandirfailedfor%s\n",device_path);
  8. }
  10. returntrue;
  11. }
这个函数主要是扫描device_path目录下的设备文件，然后打开它们，这里的变量device_path定义在frameworks/base/libs/ui/EventHub.cpp文件开始的地方：

view plain
  1. staticconstchar*device_path="/dev/input";
在设备目录/dev/input中，一般有三个设备文件存在，分别是event0、mice和mouse0设备文件，其中，键盘事件就包含在event0设备文件中了。

Step 20.EventHub.scanDir

这个函数定义在frameworks/base/libs/ui/EventHub.cpp文件中：

view plain
  1. intEventHub::scanDir(constchar*dirname)
  2. {
  3. chardevname[PATH_MAX];
  4. char*filename;
  5. DIR*dir;
  6. structdirent*de;
  7. dir=opendir(dirname);
  8. if(dir==NULL)
  9. return-1;
  10. strcpy(devname,dirname);
  11. filename=devname+strlen(devname);
  12. *filename++='/';
  13. while((de=readdir(dir))){
  14. if(de->d_name[0]=='.'&&
  15. (de->d_name[1]=='\0'||
  16. (de->d_name[1]=='.'&&de->d_name[2]=='\0')))
  17. continue;
  18. strcpy(filename,de->d_name);
  19. openDevice(devname);
  20. }
  21. closedir(dir);
  22. return0;
  23. }
根据上面一步的分析，这个函数主要就是调用openDevice函数来分别打开/dev/input/event0、/dev/input/mice和/dev/input/mouse0三个设备文件了。

Step 21.EventHub.openDevice
这个函数定义在frameworks/base/libs/ui/EventHub.cpp文件中：

view plain
  1. intEventHub::openDevice(constchar*deviceName){
  2. intversion;
  3. intfd;
  4. structpollfd*new_mFDs;
  5. device_t**new_devices;
  6. char**new_device_names;
  7. charname[80];
  8. charlocation[80];
  9. charidstr[80];
  10. structinput_idid;
  12. LOGV("Openingdevice:%s",deviceName);
  14. AutoMutex_l(mLock);
  16. fd=open(deviceName,O_RDWR);
  17. if(fd<0){
  18. LOGE("couldnotopen%s,%s\n",deviceName,strerror(errno));
  19. return-1;
  20. }
  22. ......
  24. intdevid=0;
  25. while(devid<mNumDevicesById){
  26. if(mDevicesById[devid].device==NULL){
  27. break;
  28. }
  29. devid++;
  30. }
  32. ......
  34. mDevicesById[devid].seq=(mDevicesById[devid].seq+(1<<SEQ_SHIFT))&SEQ_MASK;
  35. if(mDevicesById[devid].seq==0){
  36. mDevicesById[devid].seq=1<<SEQ_SHIFT;
  37. }
  39. new_mFDs=(pollfd*)realloc(mFDs,sizeof(mFDs[0])*(mFDCount+1));
  40. new_devices=(device_t**)realloc(mDevices,sizeof(mDevices[0])*(mFDCount+1));
  41. if(new_mFDs==NULL||new_devices==NULL){
  42. LOGE("outofmemory");
  43. return-1;
  44. }
  45. mFDs=new_mFDs;
  46. mDevices=new_devices;
  48. ......
  50. device_t*device=newdevice_t(devid|mDevicesById[devid].seq,deviceName,name);
  51. if(device==NULL){
  52. LOGE("outofmemory");
  53. return-1;
  54. }
  56. device->fd=fd;
  57. mFDs[mFDCount].fd=fd;
  58. mFDs[mFDCount].events=POLLIN;
  59. mFDs[mFDCount].revents=0;
  61. //Figureoutthekindsofeventsthedevicereports.
  63. uint8_tkey_bitmask[sizeof_bit_array(KEY_MAX+1)];
  64. memset(key_bitmask,0,sizeof(key_bitmask));
  66. LOGV("Gettingkeys...");
  67. if(ioctl(fd,EVIOCGBIT(EV_KEY,sizeof(key_bitmask)),key_bitmask)>=0){
  68. //Seeifthisisakeyboard.Ignoreeverythinginthebuttonrangeexceptfor
  69. //gamepadswhicharealsoconsideredkeyboards.
  70. if(containsNonZeroByte(key_bitmask,0,sizeof_bit_array(BTN_MISC))
  71. ||containsNonZeroByte(key_bitmask,sizeof_bit_array(BTN_GAMEPAD),
  72. sizeof_bit_array(BTN_DIGI))
  73. ||containsNonZeroByte(key_bitmask,sizeof_bit_array(KEY_OK),
  74. sizeof_bit_array(KEY_MAX+1))){
  75. device->classes|=INPUT_DEVICE_CLASS_KEYBOARD;
  77. device->keyBitmask=newuint8_t[sizeof(key_bitmask)];
  78. if(device->keyBitmask!=NULL){
  79. memcpy(device->keyBitmask,key_bitmask,sizeof(key_bitmask));
  80. }else{
  81. deletedevice;
  82. LOGE("outofmemoryallocatingkeybitmask");
  83. return-1;
  84. }
  85. }
  86. }
  88. ......
  90. if((device->classes&INPUT_DEVICE_CLASS_KEYBOARD)!=0){
  91. chartmpfn[sizeof(name)];
  92. charkeylayoutFilename[300];
  94. //amoredescriptivename
  95. device->name=name;
  97. //replaceallthespaceswithunderscores
  98. strcpy(tmpfn,name);
  99. for(char*p=strchr(tmpfn,'');p&&*p;p=strchr(tmpfn,''))
  100. *p='_';
  102. //findthe.klfileweneedforthisdevice
  103. constchar*root=getenv("ANDROID_ROOT");
  104. snprintf(keylayoutFilename,sizeof(keylayoutFilename),
  105. "%s/usr/keylayout/%s.kl",root,tmpfn);
  106. booldefaultKeymap=false;
  107. if(access(keylayoutFilename,R_OK)){
  108. snprintf(keylayoutFilename,sizeof(keylayoutFilename),
  109. "%s/usr/keylayout/%s",root,"qwerty.kl");
  110. defaultKeymap=true;
  111. }
  112. status_tstatus=device->layoutMap->load(keylayoutFilename);
  113. if(status){
  114. LOGE("Error%dloadingkeylayout.",status);
  115. }
  117. //telltheworldaboutthedevname(thedescriptivename)
  118. if(!mHaveFirstKeyboard&&!defaultKeymap&&strstr(name,"-keypad")){
  119. //thebuilt-inkeyboardhasawell-knowndeviceIDof0,
  120. //thisdevicebetternotgoaway.
  121. mHaveFirstKeyboard=true;
  122. mFirstKeyboardId=device->id;
  123. property_set("hw.keyboards.0.devname",name);
  124. }else{
  125. //ensuremFirstKeyboardIdissetto-something-.
  126. if(mFirstKeyboardId==0){
  127. mFirstKeyboardId=device->id;
  128. }
  129. }
  130. charpropName[100];
  131. sprintf(propName,"hw.keyboards.%u.devname",device->id);
  132. property_set(propName,name);
  134. //'Q'keysupport=cheaptestofwhetherthisisanalpha-capablekbd
  135. if(hasKeycodeLocked(device,AKEYCODE_Q)){
  136. device->classes|=INPUT_DEVICE_CLASS_ALPHAKEY;
  137. }
  139. //SeeifthisdevicehasaDPAD.
  140. if(hasKeycodeLocked(device,AKEYCODE_DPAD_UP)&&
  141. hasKeycodeLocked(device,AKEYCODE_DPAD_DOWN)&&
  142. hasKeycodeLocked(device,AKEYCODE_DPAD_LEFT)&&
  143. hasKeycodeLocked(device,AKEYCODE_DPAD_RIGHT)&&
  144. hasKeycodeLocked(device,AKEYCODE_DPAD_CENTER)){
  145. device->classes|=INPUT_DEVICE_CLASS_DPAD;
  146. }
  148. //Seeifthisdevicehasagamepad.
  149. for(size_ti=0;i<sizeof(GAMEPAD_KEYCODES)/sizeof(GAMEPAD_KEYCODES[0]);i++){
  150. if(hasKeycodeLocked(device,GAMEPAD_KEYCODES[i])){
  151. device->classes|=INPUT_DEVICE_CLASS_GAMEPAD;
  152. break;
  153. }
  154. }
  156. LOGI("Newkeyboard:device->id=0x%xdevname='%s'propName='%s'keylayout='%s'\n",
  157. device->id,name,propName,keylayoutFilename);
  158. }
  160. ......
  162. mDevicesById[devid].device=device;
  163. device->next=mOpeningDevices;
  164. mOpeningDevices=device;
  165. mDevices[mFDCount]=device;
  167. mFDCount++;
  168. return0;
  169. }
函数首先根据文件名来打开这个设备文件：

view plain
  1. fd=open(deviceName,O_RDWR);
系统中所有输入设备文件信息都保存在成员变量mDevicesById中，因此，先在mDevicesById找到一个空位置来保存当前打开的设备文件信息：

view plain
  1. mDevicesById[devid].seq=(mDevicesById[devid].seq+(1<<SEQ_SHIFT))&SEQ_MASK;
  2. if(mDevicesById[devid].seq==0){
  3. mDevicesById[devid].seq=1<<SEQ_SHIFT;
  4. }
找到了空闲位置后，就为这个输入设备文件创建相应的device_t信息：
view plain
  1. mDevicesById[devid].seq=(mDevicesById[devid].seq+(1<<SEQ_SHIFT))&SEQ_MASK;
  2. if(mDevicesById[devid].seq==0){
  3. mDevicesById[devid].seq=1<<SEQ_SHIFT;
  4. }
  6. new_mFDs=(pollfd*)realloc(mFDs,sizeof(mFDs[0])*(mFDCount+1));
  7. new_devices=(device_t**)realloc(mDevices,sizeof(mDevices[0])*(mFDCount+1));
  8. if(new_mFDs==NULL||new_devices==NULL){
  9. LOGE("outofmemory");
  10. return-1;
  11. }
  12. mFDs=new_mFDs;
  13. mDevices=new_devices;
  15. ......
  17. device_t*device=newdevice_t(devid|mDevicesById[devid].seq,deviceName,name);
  18. if(device==NULL){
  19. LOGE("outofmemory");
  20. return-1;
  21. }
  23. device->fd=fd;

同时，这个设备文件还会保存在数组mFDs中：

view plain
  1. mFDs[mFDCount].fd=fd;
  2. mFDs[mFDCount].events=POLLIN;
  3. mFDs[mFDCount].revents=0;
接下来查看这个设备是不是键盘：

view plain
  1. //Figureoutthekindsofeventsthedevicereports.
  3. uint8_tkey_bitmask[sizeof_bit_array(KEY_MAX+1)];
  4. memset(key_bitmask,0,sizeof(key_bitmask));
  6. LOGV("Gettingkeys...");
  7. if(ioctl(fd,EVIOCGBIT(EV_KEY,sizeof(key_bitmask)),key_bitmask)>=0){
  8. //Seeifthisisakeyboard.Ignoreeverythinginthebuttonrangeexceptfor
  9. //gamepadswhicharealsoconsideredkeyboards.
  10. if(containsNonZeroByte(key_bitmask,0,sizeof_bit_array(BTN_MISC))
  11. ||containsNonZeroByte(key_bitmask,sizeof_bit_array(BTN_GAMEPAD),
  12. sizeof_bit_array(BTN_DIGI))
  13. ||containsNonZeroByte(key_bitmask,sizeof_bit_array(KEY_OK),
  14. sizeof_bit_array(KEY_MAX+1))){
  15. device->classes|=INPUT_DEVICE_CLASS_KEYBOARD;
  17. device->keyBitmask=newuint8_t[sizeof(key_bitmask)];
  18. if(device->keyBitmask!=NULL){
  19. memcpy(device->keyBitmask,key_bitmask,sizeof(key_bitmask));
  20. }else{
  21. deletedevice;
  22. LOGE("outofmemoryallocatingkeybitmask");
  23. return-1;
  24. }
  25. }
  26. }
如果是的话，还要继续进一步初始化前面为这个设备文件所创建的device_t结构体，主要就是把结构体device的classes成员变量的INPUT_DEVICE_CLASS_KEYBOARD位置为1了，以表明这是一个键盘。
如果是键盘设备，初始化工作还未完成，还要继续设置键盘的布局等信息：

view plain
  1. if((device->classes&INPUT_DEVICE_CLASS_KEYBOARD)!=0){
  2. chartmpfn[sizeof(name)];
  3. charkeylayoutFilename[300];
  5. //amoredescriptivename
  6. device->name=name;
  8. //replaceallthespaceswithunderscores
  9. strcpy(tmpfn,name);
  10. for(char*p=strchr(tmpfn,'');p&&*p;p=strchr(tmpfn,''))
  11. *p='_';
  13. //findthe.klfileweneedforthisdevice
  14. constchar*root=getenv("ANDROID_ROOT");
  15. snprintf(keylayoutFilename,sizeof(keylayoutFilename),
  16. "%s/usr/keylayout/%s.kl",root,tmpfn);
  17. booldefaultKeymap=false;
  18. if(access(keylayoutFilename,R_OK)){
  19. snprintf(keylayoutFilename,sizeof(keylayoutFilename),
  20. "%s/usr/keylayout/%s",root,"qwerty.kl");
  21. defaultKeymap=true;
  22. }
  23. status_tstatus=device->layoutMap->load(keylayoutFilename);
  24. if(status){
  25. LOGE("Error%dloadingkeylayout.",status);
  26. }
  28. //telltheworldaboutthedevname(thedescriptivename)
  29. if(!mHaveFirstKeyboard&&!defaultKeymap&&strstr(name,"-keypad")){
  30. //thebuilt-inkeyboardhasawell-knowndeviceIDof0,
  31. //thisdevicebetternotgoaway.
  32. mHaveFirstKeyboard=true;
  33. mFirstKeyboardId=device->id;
  34. property_set("hw.keyboards.0.devname",name);
  35. }else{
  36. //ensuremFirstKeyboardIdissetto-something-.
  37. if(mFirstKeyboardId==0){
  38. mFirstKeyboardId=device->id;
  39. }
  40. }
  41. charpropName[100];
  42. sprintf(propName,"hw.keyboards.%u.devname",device->id);
  43. property_set(propName,name);
  45. //'Q'keysupport=cheaptestofwhetherthisisanalpha-capablekbd
  46. if(hasKeycodeLocked(device,AKEYCODE_Q)){
  47. device->classes|=INPUT_DEVICE_CLASS_ALPHAKEY;
  48. }
  50. //SeeifthisdevicehasaDPAD.
  51. if(hasKeycodeLocked(device,AKEYCODE_DPAD_UP)&&
  52. hasKeycodeLocked(device,AKEYCODE_DPAD_DOWN)&&
  53. hasKeycodeLocked(device,AKEYCODE_DPAD_LEFT)&&
  54. hasKeycodeLocked(device,AKEYCODE_DPAD_RIGHT)&&
  55. hasKeycodeLocked(device,AKEYCODE_DPAD_CENTER)){
  56. device->classes|=INPUT_DEVICE_CLASS_DPAD;
  57. }
  59. //Seeifthisdevicehasagamepad.
  60. for(size_ti=0;i<sizeof(GAMEPAD_KEYCODES)/sizeof(GAMEPAD_KEYCODES[0]);i++){
  61. if(hasKeycodeLocked(device,GAMEPAD_KEYCODES[i])){
  62. device->classes|=INPUT_DEVICE_CLASS_GAMEPAD;
  63. break;
  64. }
  65. }
  67. LOGI("Newkeyboard:device->id=0x%xdevname='%s'propName='%s'keylayout='%s'\n",
  68. device->id,name,propName,keylayoutFilename);
  69. }
到这里，系统中的输入设备文件就打开了。

回到Step 18中，我们继续分析EventHub.getEvent函数的实现。

在中间的for循环里面，首先会检查当前是否有输入设备被关闭，如果有，就返回一个设备移除的事件给调用方：

view plain
  1. //Reportanydevicesthathadlastbeenadded/removed.
  2. if(mClosingDevices!=NULL){
  3. device_t*device=mClosingDevices;
  4. LOGV("Reportingdeviceclosed:id=0x%x,name=%s\n",
  5. device->id,device->path.string());
  6. mClosingDevices=device->next;
  7. if(device->id==mFirstKeyboardId){
  8. outEvent->deviceId=0;
  9. }else{
  10. outEvent->deviceId=device->id;
  11. }
  12. outEvent->type=DEVICE_REMOVED;
  13. outEvent->when=systemTime(SYSTEM_TIME_MONOTONIC);
  14. deletedevice;
  15. mNeedToSendFinishedDeviceScan=true;
  16. returntrue;
  17. }
接着，检查当前是否有新的输入设备加入进来：

view plain
  1. if(mOpeningDevices!=NULL){
  2. device_t*device=mOpeningDevices;
  3. LOGV("Reportingdeviceopened:id=0x%x,name=%s\n",
  4. device->id,device->path.string());
  5. mOpeningDevices=device->next;
  6. if(device->id==mFirstKeyboardId){
  7. outEvent->deviceId=0;
  8. }else{
  9. outEvent->deviceId=device->id;
  10. }
  11. outEvent->type=DEVICE_ADDED;
  12. outEvent->when=systemTime(SYSTEM_TIME_MONOTONIC);
  13. mNeedToSendFinishedDeviceScan=true;
  14. returntrue;
  15. }
接着，再检查是否需要结束监控输入事件：

view plain
  1. if(mNeedToSendFinishedDeviceScan){
  2. mNeedToSendFinishedDeviceScan=false;
  3. outEvent->type=FINISHED_DEVICE_SCAN;
  4. outEvent->when=systemTime(SYSTEM_TIME_MONOTONIC);
  5. returntrue;
  6. }
最后，就是要检查当前是否有还未处理的输入设备事件发生了：

view plain
  1. //Grabthenextinputevent.
  2. for(;;){
  3. //Consumebufferedinputevents,ifany.
  4. if(mInputBufferIndex<mInputBufferCount){
  5. conststructinput_event&iev=mInputBufferData[mInputBufferIndex++];
  6. constdevice_t*device=mDevices[mInputDeviceIndex];
  8. LOGV("%sgot:t0=%d,t1=%d,type=%d,code=%d,v=%d",device->path.string(),
  9. (int)iev.time.tv_sec,(int)iev.time.tv_usec,iev.type,iev.code,iev.value);
  10. if(device->id==mFirstKeyboardId){
  11. outEvent->deviceId=0;
  12. }else{
  13. outEvent->deviceId=device->id;
  14. }
  15. outEvent->type=iev.type;
  16. outEvent->scanCode=iev.code;
  17. if(iev.type==EV_KEY){
  18. status_terr=device->layoutMap->map(iev.code,
  19. &outEvent->keyCode,&outEvent->flags);
  20. LOGV("iev.code=%dkeyCode=%dflags=0x%08xerr=%d\n",
  21. iev.code,outEvent->keyCode,outEvent->flags,err);
  22. if(err!=0){
  23. outEvent->keyCode=AKEYCODE_UNKNOWN;
  24. outEvent->flags=0;
  25. }
  26. }else{
  27. outEvent->keyCode=iev.code;
  28. }
  29. outEvent->value=iev.value;
  31. //Useaneventtimestampinthesametimebaseas
  32. //java.lang.System.nanoTime()andandroid.os.SystemClock.uptimeMillis()
  33. //asexpectedbytherestofthesystem.
  34. outEvent->when=systemTime(SYSTEM_TIME_MONOTONIC);
  35. returntrue;
  36. }
  38. //Finishreadingalleventsfromdevicesidentifiedinpreviouspoll().
  39. //ThiscodeassumesthatmInputDeviceIndexisinitially0andthatthe
  40. //reventsmemberofpollfdisinitializedto0whenthedeviceisfirstadded.
  41. //SincemFDs[0]isusedforinotify,weprocessregulareventsstartingatindex1.
  42. mInputDeviceIndex+=1;
  43. if(mInputDeviceIndex>=mFDCount){
  44. break;
  45. }
  47. conststructpollfd&pfd=mFDs[mInputDeviceIndex];
  48. if(pfd.revents&POLLIN){
  49. int32_treadSize=read(pfd.fd,mInputBufferData,
  50. sizeof(structinput_event)*INPUT_BUFFER_SIZE);
  51. if(readSize<0){
  52. if(errno!=EAGAIN&&errno!=EINTR){
  53. LOGW("couldnotgetevent(errno=%d)",errno);
  54. }
  55. }elseif((readSize%sizeof(structinput_event))!=0){
  56. LOGE("couldnotgetevent(wrongsize:%d)",readSize);
  57. }else{
  58. mInputBufferCount=readSize/sizeof(structinput_event);
  59. mInputBufferIndex=0;
  60. }
  61. }
  62. }
未处理的输入事件保存在成员变量mInputBufferData中，如果有的话，就可以直接返回了，否则的话，就要通过系统调用poll来等待输入设备上发生新的事件了，在我们这个场景中，就是等待键盘有键被按下或者松开了。：

view plain
  1. intpollResult=poll(mFDs,mFDCount,-1);

这里的mFDs包含了我们所要监控的输入设备的打开文件描述符，这是在前面的openPlatformInput函数中初始化的。

Step 22. poll

这是一个Linux系统的文件操作系统调用，它用来查询指定的文件列表是否有有可读写的，如果有，就马上返回，否则的话，就阻塞线程，并等待驱动程序唤醒，重新调用poll函数，或超时返回。在我们的这个场景中，就是要查询是否有键盘事件发生，如果有的话，就返回，否则的话，当前线程就睡眠等待键盘事件的发生了。

这样，InputManager的启动过程就分析完了，下面我们再分析应用程序注册键盘消息接收通道的过程。

-------

转自：老罗的Android应用程序键盘（Keyboard）消息处理机制分析

相关推荐