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

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

2017-11-14 529

Step 39. InputConsumer.sendFinishedSignal

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

 
  status_t InputConsumer::sendFinishedSignal() {  
    ......  
  
    return mChannel->sendSignal(INPUT_SIGNAL_FINISHED);  
}

这个函数的实现很简单，只是调用其内部对象mChannel的sendSignal函数来执行发送信号的通知。前面我们已经说过，这里的mChannel的类型为InputChannel，它是注册在应用程序一侧的Client端InputChannel，它的成员函数sendSignal的定义我们在上面的Step 20中已经分析过了，这里不再详述，不过，这里和上面Step 20不一样的地方是，它里的通知方向是从反向管道的写端（在应用程序这一侧）到反向管道的读端（在InputDispatcher这一侧）。

前面我们在分析应用程序注册键盘消息接收通道的过程时，在Step 18（InputDispatcher.registerInputChannel）中，说到InputDispatcher把一个反向管道的读端文件描述符添加到WindowManagerService所运行的线程中的Looper对象中去，然后就会在这个反向管道的读端上睡眠等待有这个管道有新的内容可读。现在，InputConsumer往这个反向管道写入新的内容了，于是，InputDispatcher就被唤醒过来了，唤醒过来后，它所调用的函数是InputDispatcher.handleReceiveCallback函数，这与前面的Step 21的逻辑是一样的。

Step 40. InputDispatcher.handleReceiveCallack

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

 
  int InputDispatcher::handleReceiveCallback(int receiveFd, int events, void* data) {  
    InputDispatcher* d = static_cast<InputDispatcher*>(data);  
  
    { // acquire lock  
        AutoMutex _l(d->mLock);  
  
        ssize_t connectionIndex = d->mConnectionsByReceiveFd.indexOfKey(receiveFd);  
        ......  
  
        nsecs_t currentTime = now();  
  
        sp<Connection> connection = d->mConnectionsByReceiveFd.valueAt(connectionIndex);  
        ......  
  
        status_t status = connection->inputPublisher.receiveFinishedSignal();  
        if (status) {  
            ......  
            return 0; // remove the callback  
        }  
  
        d->finishDispatchCycleLocked(currentTime, connection);  
        ......  
  
        return 1;  
    } // release lock  
}  
 
 

这个函数首先是通过传进来的receiveFd参数（反向管道的读端文件描述符）的值取得相应的Connection对象：

 
  ssize_t connectionIndex = d->mConnectionsByReceiveFd.indexOfKey(receiveFd);  
     ......  
  
sp<Connection> connection = d->mConnectionsByReceiveFd.valueAt(connectionIndex);

然后通过调用这个connection对象的内部对象inputPublisher的receiveFinishedSignal函数来确认是否真的收到键盘事件处理完成的信号，确认之后，就会调用InputDispatcher对象d的finishDispatchCycleLocked函数来执行一些善后工作。下面我们就依次分析这两个过程。

Step 41. InputPublisher.receiverFinishedSignal

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

 
  status_t InputPublisher::receiveFinishedSignal() {  
    ....  
  
    char signal;  
    status_t result = mChannel->receiveSignal(& signal);  
    if (result) {  
        return result;  
    }  
    if (signal != INPUT_SIGNAL_FINISHED) {  
        .......  
        return UNKNOWN_ERROR;  
    }  
    return OK;  
}  
 
 

这里的逻辑和前面的Step 22中NativeInputQueue确认是否真的收到键盘事件分发的信号的逻辑是一致的，都是通过InputChannel的receiveSignal函数来确认是否在管道中收到了某一个约定的字符值，不过，这里约定的字符值为INPUT_SIGNAL_FINISHED。

回到前面的Step 40中，确认了是真的收到了键盘事件处理完成的信号后，就调用InputDispatcher的finishDispatchCycleLocked函数来执行一些善后工作了。

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

 
  void InputDispatcher::finishDispatchCycleLocked(nsecs_t currentTime,  
        const sp<Connection>& connection) {  
    ......  
  
    // Notify other system components.  
    onDispatchCycleFinishedLocked(currentTime, connection);  
  
    // Reset the publisher since the event has been consumed.  
    // We do this now so that the publisher can release some of its internal resources  
    // while waiting for the next dispatch cycle to begin.  
    status_t status = connection->inputPublisher.reset();  
    ......  
  
    startNextDispatchCycleLocked(currentTime, connection);  
}  
 
 

这个函数主要就是做了三件事情：

一是通知其它系统，InputDispatcher完成了一次键盘事件的处理：

 
  // Notify other system components.  
onDispatchCycleFinishedLocked(currentTime, connection);

二是调用相应的connection对象的内部对象inputPublisher来的reset函数来回收一些资源，它里面其实就是释放前面在Step 18（InputPublisher.publishKeyEvent）使用的匿名共享内存了：

 
  // Reset the publisher since the event has been consumed.  
// We do this now so that the publisher can release some of its internal resources  
// while waiting for the next dispatch cycle to begin.  
status_t status = connection->inputPublisher.reset();

三是调用InputDispatcher的startNextDispatchCycleLocked函数来处理下一个键盘事件：

 
  startNextDispatchCycleLocked(currentTime, connection);

因为正在处理当前这个键盘事件的时候，很有可能又同时发生了其它的键盘事件，因此，这里InputDispatcher还不能停下来，需要继续调用startNextDispatchCycleLocked继续处理键盘事件，不过下一个键盘事件的处理过程和我们现在分析的过程就是一样的了。

至此，InputManager分发键盘消息给应用程序的过程就分析完成了，这是一个比较复杂的过程，不过，只要我们抓住主要的线索，就不难理解了，现在我们就小结一下这个过程的四个主要线索：

A. 键盘事件发生，InputManager中的InputReader被唤醒，此前InputReader睡眠在/dev/input/event0这个设备文件上；

B. InputReader被唤醒后，它接着唤醒InputManager中的InputDispatcher，此前InputDispatcher睡眠在InputManager所运行的线程中的Looper对象里面的管道的读端上；

C. InputDispatcher被唤醒后，它接着唤醒应用程序的主线程来处理这个键盘事件，此前应用程序的主线程睡眠在Client端InputChannel中的前向管道的读端上；

D. 应用程序处理处理键盘事件之后，它接着唤醒InputDispatcher来执行善后工作，此前InputDispatcher睡眠在Server端InputChannel的反向管道的读端上，注意这里与第二个线索处的区别。

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

微信关注我们

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

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

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

Android--Task和BackStack高级

开始一个Task 之前已经了解到，Android的Task通常起始于HOME页面下点击应用程序图标或其在桌面快捷图标。所以我们在开发一个应用程序的时候，需要指定应用程序的入口Activity，通过在AndroidManifest.xml清单文件中某个<Activity/>标签内，使用<intent-filter/>标签内指定。需要设置action为"android.intent.action.MAIN"，设置category为"android.intent.category.LAUNCHER"。 1 <activity ... > 2 <intent-filter ... > 3 <action android:name="android.intent.action.MAIN" /> 4 <category android:name="android.intent.category.LAUNCHER" /> 5 </intent-filter> 6 ... 7 </activity> 这样，...

2017-11-15

551

EditText和setOnKeyListener事件实现文本处理 package com.example.test12; import android.os.Bundle; import android.app.Activity; import android.view.KeyEvent; import android.view.Menu; import android.view.MenuItem; import android.view.View; import android.widget.EditText; import android.widget.TextView; import android.support.v4.app.NavUtils; public class MainActivity extends Activity { private TextView text; private EditText edit; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(...

2017-11-15

549

资源下载

更多资源

腾讯云软件源

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

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文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。