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

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

2017-11-14 488

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

590

英语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

532

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

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

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

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