Android应用程序键盘（Keyboard）消息处理机制分析（2）-低调大师

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

2017-11-06 442

Step 6. InputManager.nativeInit

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

 
  static void android_server_InputManager_nativeInit(JNIEnv* env, jclass clazz,  
        jobject callbacks) {  
    if (gNativeInputManager == NULL) {  
        gNativeInputManager = new NativeInputManager(callbacks);  
    } else {  
        LOGE("Input manager already initialized.");  
        jniThrowRuntimeException(env, "Input manager already initialized.");  
    }  
}  
 
 

这个函数的作用是创建一个NativeInputManager实例，并保存在gNativeInputManager变量中。由于是第一次调用到这里，因此，gNativeInputManager为NULL，于是就会new一个NativeInputManager对象出来，这样就会执行NativeInputManager类的构造函数来执其它的初始化操作。

Step 7. NativeInputManager<init>

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

NativeInputManager::NativeInputManager(jobject callbacksObj) :
mFilterTouchEvents(-1), mFilterJumpyTouchEvents(-1), mVirtualKeyQuietTime(-1),
mMaxEventsPerSecond(-1),
mDisplayWidth(-1), mDisplayHeight(-1), mDisplayOrientation(ROTATION_0) {
JNIEnv* env = jniEnv();
mCallbacksObj = env->NewGlobalRef(callbacksObj);
sp<EventHub> eventHub = new EventHub();
mInputManager = new InputManager(eventHub, this, this);
}

这里只要是创建了一个EventHub实例，并且把这个EventHub作为参数来创建InputManager对象。注意，这里的InputManager类是定义在C++层的，和前面在Java层的InputManager不一样，不过它们是对应关系。EventHub类是真正执行监控键盘事件操作的地方，后面我们会进一步分析到，现在我们主要关心InputManager实例的创建过程，它会InputManager类的构造函数里面执行一些初始化操作。

Step 8. InputManager<init>@C++

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

 
  InputManager::InputManager(  
        const sp<EventHubInterface>& eventHub,  
        const sp<InputReaderPolicyInterface>& readerPolicy,  
        const sp<InputDispatcherPolicyInterface>& dispatcherPolicy) {  
    mDispatcher = new InputDispatcher(dispatcherPolicy);  
    mReader = new InputReader(eventHub, readerPolicy, mDispatcher);  
    initialize();  
}  
 
 

这里主要是创建了一个InputDispatcher对象和一个InputReader对象，并且分别保存在成员变量mDispatcher和mReader中。InputDispatcher类是负责把键盘消息分发给当前激活的Activity窗口的，而InputReader类则是通过EventHub类来实现读取键盘事件的，后面我们会进一步分析。创建了这两个对象后，还要调用initialize函数来执行其它的初始化操作。

Step 9. InputManager.initialize

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

 
  void InputManager::initialize() {  
    mReaderThread = new InputReaderThread(mReader);  
    mDispatcherThread = new InputDispatcherThread(mDispatcher);  
}

这个函数创建了一个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文件中：

 
  public class InputManager {  
    ......  
  
    public void start() {  
        Slog.i(TAG, "Starting input manager");  
        nativeStart();  
    }  
  
    ......  
}  
 
 

这个函数通过调用本地方法nativeStart来执行进一步的启动操作。

Step 11. InputManager.nativeStart

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

static void android_server_InputManager_nativeStart(JNIEnv* env, jclass clazz) {
if (checkInputManagerUnitialized(env)) {
return;
}
status_t result = gNativeInputManager->getInputManager()->start();
if (result) {
jniThrowRuntimeException(env, "Input manager could not be started.");
}
}

这里的gNativeInputManager对象是在前面的Step 6中创建的，通过它的getInputManager函数可以返回C++层的InputManager对象，接着调用这个InputManager对象的start函数。

Step 12. InputManager.start

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

 
  status_t InputManager::start() {  
    status_t result = mDispatcherThread->run("InputDispatcher", PRIORITY_URGENT_DISPLAY);  
    if (result) {  
        LOGE("Could not start InputDispatcher thread due to error %d.", result);  
        return result;  
    }  
  
    result = mReaderThread->run("InputReader", PRIORITY_URGENT_DISPLAY);  
    if (result) {  
        LOGE("Could not start InputReader thread due to error %d.", result);  
  
        mDispatcherThread->requestExit();  
        return result;  
    }  
  
    return OK;  
}  
 
 

这个函数主要就是分别启动一个InputDispatcherThread线程和一个InputReaderThread线程来读取和分发键盘消息的了。这里的InputDispatcherThread线程对象mDispatcherThread和InputReaderThread线程对象是在前面的Step 9中创建的，调用了它们的run函数后，就会进入到它们的threadLoop函数中去，只要threadLoop函数返回true，函数threadLoop就会一直被循环调用，于是这两个线程就起到了不断地读取和分发键盘消息的作用。

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

Step 13. InputDispatcherThread.threadLoop

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

 
  bool InputDispatcherThread::threadLoop() {  
    mDispatcher->dispatchOnce();  
    return true;  
}

这里的成员变量mDispatcher即为在前面Step 8中创建的InputDispatcher对象，调用它的dispatchOnce成员函数执行一次键盘消息分发的操作。

Step 14. InputDispatcher.dispatchOnce

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

 
  void InputDispatcher::dispatchOnce() {  
    nsecs_t keyRepeatTimeout = mPolicy->getKeyRepeatTimeout();  
    nsecs_t keyRepeatDelay = mPolicy->getKeyRepeatDelay();  
  
    nsecs_t nextWakeupTime = LONG_LONG_MAX;  
    { // acquire lock  
        AutoMutex _l(mLock);  
        dispatchOnceInnerLocked(keyRepeatTimeout, keyRepeatDelay, & nextWakeupTime);  
  
        if (runCommandsLockedInterruptible()) {  
            nextWakeupTime = LONG_LONG_MIN;  // force next poll to wake up immediately  
        }  
    } // release lock  
  
    // Wait for callback or timeout or wake.  (make sure we round up, not down)  
    nsecs_t currentTime = now();  
    int32_t timeoutMillis;  
    if (nextWakeupTime > currentTime) {  
        uint64_t timeout = uint64_t(nextWakeupTime - currentTime);  
        timeout = (timeout + 999999LL) / 1000000LL;  
        timeoutMillis = timeout > INT_MAX ? -1 : int32_t(timeout);  
    } else {  
        timeoutMillis = 0;  
    }  
  
    mLooper->pollOnce(timeoutMillis);  
}  
 
 

这个函数很简单，把键盘消息交给dispatchOnceInnerLocked函数来处理，这个过程我们在后面再详细分析，然后调用mLooper->pollOnce函数等待下一次键盘事件的发生。这里的成员变量mLooper的类型为Looper，它定义在C++层中，具体可以参考前面Android应用程序消息处理机制（Looper、Handler）分析一文。

本文转自 Luoshengyang 51CTO博客，原文链接：http://blog.51cto.com/shyluo/966611，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/407326

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Windows Phone 7 不温不火学习之《ListBox 数据与Android ListView 数据绑定》

Windows Phone 7 可以把它看成是Android 的 ListView ，WP7 只是预先在XAML里面为它的数据模板规定了格式，而Android 可以通过后期引入数据的方式为其添加数据模板。 Android 我们可以通过以下几种方式为LISTVIEW 添加数据，用法极其简单：继承ListActivity，使用SetListAdapter，参考下面的代码。 setListAdapter( new ArrayAdapter < String > ( this , android.R.layout.simple_list_item_1,mStrings)); 可自定义数据源，继承BaseAdapter ，参考下面代码。自定义数据源 private class SlowAdapterextendsBaseAdapter{ private LayoutInflatermInflater; public SlowAdapter(Contextcontext){ mContext = context; mInflater = (LayoutInflater)...

2017-11-07

583

Android--通知之Notification

前言之前一篇博客讲了Android下使用Toast的方式提示消息。这篇博客讲解一下在Android中使用Notification提示消息给用户，Notification是一种具有全局效果的通知，程序一般通过NotificationManager服务来发送Notification。在本篇博客中，将介绍Notification的常规使用，以及自定义方式的使用，对于每种不同的方式，都提供示例展示效果。 Notification Notification，俗称通知，是一种具有全局效果的通知，它展示在屏幕的顶端，首先会表现为一个图标的形式，当用户向下滑动的时候，展示出通知具体的内容。因为Android的快速发展，而Android的版本也快速的升级导致了一些兼容性的问题。对于Notification而言，Android3.0是一个分水岭，在其之前构建Notification推荐使用NotificationCompate.Builder，它位于android.support.v4.app.NotificationCompat.Builder，是一个Android向下版本的兼容包，而在Andro...

2017-11-07

469

发表评论

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。