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

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

2017-11-14 473

Step 8. InputDispatcher.notifyKey

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

 
  void InputDispatcher::notifyKey(nsecs_t eventTime, int32_t deviceId, int32_t source,  
    uint32_t policyFlags, int32_t action, int32_t flags,  
    int32_t keyCode, int32_t scanCode, int32_t metaState, nsecs_t downTime) {  
    ......  
  
    if (! validateKeyEvent(action)) {  
        return;  
    }  
  
    /* According to http://source.android.com/porting/keymaps_keyboard_input.html 
    * Key definitions: Key definitions follow the syntax key SCANCODE KEYCODE [FLAGS...], 
    * where SCANCODE is a number, KEYCODE is defined in your specific keylayout file 
    * (android.keylayout.xxx), and potential FLAGS are defined as follows: 
    *     SHIFT: While pressed, the shift key modifier is set 
    *     ALT: While pressed, the alt key modifier is set 
    *     CAPS: While pressed, the caps lock key modifier is set 
    *     Since KeyEvent.java doesn't check if Cap lock is ON and we don't have a 
    *     modifer state for cap lock, we will not support it. 
    */  
    if (policyFlags & POLICY_FLAG_ALT) {  
        metaState |= AMETA_ALT_ON | AMETA_ALT_LEFT_ON;  
    }  
    if (policyFlags & POLICY_FLAG_ALT_GR) {  
        metaState |= AMETA_ALT_ON | AMETA_ALT_RIGHT_ON;  
    }  
    if (policyFlags & POLICY_FLAG_SHIFT) {  
        metaState |= AMETA_SHIFT_ON | AMETA_SHIFT_LEFT_ON;  
    }  
  
    policyFlags |= POLICY_FLAG_TRUSTED;  
    mPolicy->interceptKeyBeforeQueueing(eventTime, deviceId, action, /*byref*/ flags,  
        keyCode, scanCode, /*byref*/ policyFlags);  
  
    bool needWake;  
    { // acquire lock  
        AutoMutex _l(mLock);  
  
        int32_t repeatCount = 0;  
        KeyEntry* newEntry = mAllocator.obtainKeyEntry(eventTime,  
            deviceId, source, policyFlags, action, flags, keyCode, scanCode,  
            metaState, repeatCount, downTime);  
  
        needWake = enqueueInboundEventLocked(newEntry);  
    } // release lock  
  
    if (needWake) {  
        mLooper->wake();  
    }  
}  
 
 

函数首先是调用validateKeyEvent函数来验证action参数是否正确：

 
  static bool isValidKeyAction(int32_t action) {  
    switch (action) {  
    case AKEY_EVENT_ACTION_DOWN:  
    case AKEY_EVENT_ACTION_UP:  
        return true;  
    default:  
        return false;  
    }  
}  
  
static bool validateKeyEvent(int32_t action) {  
    if (! isValidKeyAction(action)) {  
        LOGE("Key event has invalid action code 0x%x", action);  
        return false;  
    }  
    return true;  
}  
 
 

正确的action参数的值只能为AKEY_EVENT_ACTION_DOWN（按下）或者AKEY_EVENT_ACTION_UP（松开）。

参数action检查通过后，还通过policyFlags参数来检查一下同时是否有ALT和SHIFT键被按下：

 
  if (policyFlags & POLICY_FLAG_ALT) {  
    metaState |= AMETA_ALT_ON | AMETA_ALT_LEFT_ON;  
}  
if (policyFlags & POLICY_FLAG_ALT_GR) {  
    metaState |= AMETA_ALT_ON | AMETA_ALT_RIGHT_ON;  
}  
if (policyFlags & POLICY_FLAG_SHIFT) {  
    metaState |= AMETA_SHIFT_ON | AMETA_SHIFT_LEFT_ON;  
}  
 
 

最后，调用enqueueInboundEventLocked函数把这个按键事件封装成一个KeyEntry结构加入到InputDispatcher类的mInboundQueue队列中去：

 
  bool InputDispatcher::enqueueInboundEventLocked(EventEntry* entry) {  
    bool needWake = mInboundQueue.isEmpty();  
    mInboundQueue.enqueueAtTail(entry);  
  
    switch (entry->type) {  
    case EventEntry::TYPE_KEY: {  
        KeyEntry* keyEntry = static_cast<KeyEntry*>(entry);  
        if (isAppSwitchKeyEventLocked(keyEntry)) {  
            if (keyEntry->action == AKEY_EVENT_ACTION_DOWN) {  
                mAppSwitchSawKeyDown = true;  
            } else if (keyEntry->action == AKEY_EVENT_ACTION_UP) {  
                if (mAppSwitchSawKeyDown) {  
<span style="white-space:pre">      </span>    ......  
                    mAppSwitchDueTime = keyEntry->eventTime + APP_SWITCH_TIMEOUT;  
                    mAppSwitchSawKeyDown = false;  
                    needWake = true;  
                }  
            }  
        }  
        break;  
    }  
    }  
  
    return needWake;  
}  
 
 

从这个函数我们可以看出，在两种情况下，它的返回值为true，一是当加入该键盘事件到mInboundQueue之前，mInboundQueue为空，这表示InputDispatccherThread线程正在睡眠等待InputReaderThread线程的唤醒，因此，它返回true表示要唤醒InputDispatccherThread线程；二是加入该键盘事件到mInboundQueue之前，mInboundQueue不为空，但是此时用户按下的是Home键，按下Home键表示要切换App，我们知道，在切换App时，新的App会把它的键盘消息接收通道注册到InputDispatcher中去，并且会等待InputReader的唤醒，因此，在这种情况下，也需要返回true，表示要唤醒InputDispatccherThread线程。如果不是这两种情况，那么就说明InputDispatccherThread线程现在正在处理前面的键盘事件，不需要唤醒它。

回到前面的notifyKey函数中，根据enqueueInboundEventLocked函数的返回值来决定是否要唤醒InputDispatccherThread线程：

 
  if (needWake) {  
    mLooper->wake();  
}

这里，假设needWake为true，于是，就会调用mLooper对象的wake函数来唤醒InputDispatccherThread线程了。Step 9. Looper.wake

这个函数定义在frameworks/base/libs/utils/Looper.cpp文件中，在前面一篇文章Android应用程序消息处理机制（Looper、Handler）分析中，我们已经分析过这个函数了，这里不再详述，简单来说，它的作用就是用来唤醒睡眠在Looper对象内部的管道读端的线程，在我们的这个场景中，睡眠在Looper对象内部的管道读端的线程就是InputDispatccherThread线程了。

从上面InputManager启动过程的Step 15中，我们知道，此时InputDispatccherThread线程正在InputDispatcher类的dispatchOnceb函数中通过调用mLooper->loopOnce函数进入睡眠状态。当它被唤醒以后，它就会从InputDispatcher类的dispatchOnceb函数返回到InputDispatcherThread类的threadLoop函数，而InputDispatcherThread类的threadLoop函数是循环执行的，于是，它又会再次进入到InputDispatcher类的dispatchOnce函数来处理当前发生的键盘事件。

Step 10. 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);  
  
        ......  
    } // release lock  
  
    ......  
}  
 
 

它调用dispatchOnceInnerLocked函数来进一步处理这个键盘事件。

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

微信关注我们

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

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

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

Android客户端应用享用传统Web服务

Android系统中提供了SQLite数据库，用于本地的数据存储，App链接到网络就要用到专门的服务应用。目前已经存在了服务应用，想要开发一个Android移动应用用来享用已有的Web服务应用，这类似于传统的Client -Service。无论是B/S模式还是C/S模式，开发应用和业务处理，服务提供，数据存储等都不可缺少。Android很好的解决了这一问题，在现有的Web服务基础上，搭建客户端应用程序，共享已有的服务。 Apache开源项目中将Http协议访问做了一个二次封装，使得客户端应用程序访问Web服务器能够像浏览器访问一样方便（Apache-httpClient），正好Android SDK中提供了这个开源组件，为开发客户端应用程序访问服务器提供支持。关于Android客户端访问Web服务器与传统的Web应用的架构如下图：捣鼓了Android APP 访问Web服务器之后，最大的感受是C/S模式和B/S模式的概念开始模糊了，对访问模式的考虑在技术方面将淡化，而更多是用户的计算机处理能力，并发访问量，通信实时性，可靠性，数据传输量，安全性这些方面衡量。想到关于B...

2017-11-15

578

英语PDF下载链接http://download.csdn.net/detail/tsingheng/7480427 Swift是用来开发iOS和OS X应用的新语言，可是很多地方用起来跟C或者OC是差点儿相同的。 Swift提供了C语言和OC的基本数据类型，比方整型用Int，浮点型用Double或者Float，布尔型用Bool，字符串文本用String。Swift还提供了两种集合类型。Array和Dictionary，后面会介绍。 Swift也跟C一样用唯一的变量名来存储与使用数据，还能使用一些值不会变的变量，应该说是常量，比C里面的常量要强大。在涉及到一些值不会发生变化的数据时使用常量类型能让代码更安全整洁。除了跟C和OC相似的类型之外，Swift还添加了一些OC中没有的类型。比方元组，使用元组能够创建或者传递多个值。函数返回值使用元组就能够返回多个值了。 Swift还添加了可选类型。可选类型的变量要么有个确切值，要么是没有值。有点儿像OC里面值为nil的指针。可是OC里面指针仅仅能用于对象，Swift可选类型能用于不论什么数据类型。可选类型比OC中的nil指针更安全更好用...

2017-11-15

518

资源下载

更多资源

优质分享App

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

Apache Tomcat

Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。

Eclipse

Eclipse 是一个开放源代码的、基于Java的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，Eclipse 附带了一个标准的插件集，包括Java开发工具（Java Development Kit，JDK）。

JDK

JDK是 Java 语言的软件开发工具包，主要用于移动设备、嵌入式设备上的java应用程序。JDK是整个java开发的核心，它包含了JAVA的运行环境（JVM+Java系统类库）和JAVA工具。