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

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

2017-11-21 668

函数首先根据文件名来打开这个设备文件：

 
  fd = open(deviceName, O_RDWR);

系统中所有输入设备文件信息都保存在成员变量mDevicesById中，因此，先在mDevicesById找到一个空位置来保存当前打开的设备文件信息：

 
  mDevicesById[devid].seq = (mDevicesById[devid].seq+(1<<SEQ_SHIFT))&SEQ_MASK;  
if (mDevicesById[devid].seq == 0) {  
    mDevicesById[devid].seq = 1<<SEQ_SHIFT;  
}

找到了空闲位置后，就为这个输入设备文件创建相应的device_t信息：

 
  mDevicesById[devid].seq = (mDevicesById[devid].seq+(1<<SEQ_SHIFT))&SEQ_MASK;  
if (mDevicesById[devid].seq == 0) {  
    mDevicesById[devid].seq = 1<<SEQ_SHIFT;  
}  
  
new_mFDs = (pollfd*)realloc(mFDs, sizeof(mFDs[0]) * (mFDCount + 1));  
new_devices = (device_t**)realloc(mDevices, sizeof(mDevices[0]) * (mFDCount + 1));  
if (new_mFDs == NULL || new_devices == NULL) {  
    LOGE("out of memory");  
    return -1;  
}  
mFDs = new_mFDs;  
mDevices = new_devices;  
  
......  
  
device_t* device = new device_t(devid|mDevicesById[devid].seq, deviceName, name);  
if (device == NULL) {  
    LOGE("out of memory");  
    return -1;  
}  
  
device->fd = fd;  
 
 

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

 
  mFDs[mFDCount].fd = fd;  
mFDs[mFDCount].events = POLLIN;  
mFDs[mFDCount].revents = 0;

接下来查看这个设备是不是键盘：

 
  // Figure out the kinds of events the device reports.  
  
uint8_t key_bitmask[sizeof_bit_array(KEY_MAX + 1)];  
memset(key_bitmask, 0, sizeof(key_bitmask));  
  
LOGV("Getting keys...");  
if (ioctl(fd, EVIOCGBIT(EV_KEY, sizeof(key_bitmask)), key_bitmask) >= 0) {  
    // See if this is a keyboard.  Ignore everything in the button range except for  
    // gamepads which are also considered keyboards.  
    if (containsNonZeroByte(key_bitmask, 0, sizeof_bit_array(BTN_MISC))  
        || containsNonZeroByte(key_bitmask, sizeof_bit_array(BTN_GAMEPAD),  
        sizeof_bit_array(BTN_DIGI))  
        || containsNonZeroByte(key_bitmask, sizeof_bit_array(KEY_OK),  
        sizeof_bit_array(KEY_MAX + 1))) {  
            device->classes |= INPUT_DEVICE_CLASS_KEYBOARD;  
  
            device->keyBitmask = new uint8_t[sizeof(key_bitmask)];  
            if (device->keyBitmask != NULL) {  
                memcpy(device->keyBitmask, key_bitmask, sizeof(key_bitmask));  
            } else {  
                delete device;  
                LOGE("out of memory allocating key bitmask");  
                return -1;  
            }  
    }  
}  
 
 

如果是的话，还要继续进一步初始化前面为这个设备文件所创建的device_t结构体，主要就是把结构体device的classes成员变量的INPUT_DEVICE_CLASS_KEYBOARD位置为1了，以表明这是一个键盘。
如果是键盘设备，初始化工作还未完成，还要继续设置键盘的布局等信息：

 
  if ((device->classes & INPUT_DEVICE_CLASS_KEYBOARD) != 0) {  
    char tmpfn[sizeof(name)];  
    char keylayoutFilename[300];  
  
    // a more descriptive name  
    device->name = name;  
  
    // replace all the spaces with underscores  
    strcpy(tmpfn, name);  
    for (char *p = strchr(tmpfn, ' '); p && *p; p = strchr(tmpfn, ' '))  
        *p = '_';  
  
    // find the .kl file we need for this device  
    const char* root = getenv("ANDROID_ROOT");  
    snprintf(keylayoutFilename, sizeof(keylayoutFilename),  
        "%s/usr/keylayout/%s.kl", root, tmpfn);  
    bool defaultKeymap = false;  
    if (access(keylayoutFilename, R_OK)) {  
        snprintf(keylayoutFilename, sizeof(keylayoutFilename),  
            "%s/usr/keylayout/%s", root, "qwerty.kl");  
        defaultKeymap = true;  
    }  
    status_t status = device->layoutMap->load(keylayoutFilename);  
    if (status) {  
        LOGE("Error %d loading key layout.", status);  
    }  
  
    // tell the world about the devname (the descriptive name)  
    if (!mHaveFirstKeyboard && !defaultKeymap && strstr(name, "-keypad")) {  
        // the built-in keyboard has a well-known device ID of 0,  
        // this device better not go away.  
        mHaveFirstKeyboard = true;  
        mFirstKeyboardId = device->id;  
        property_set("hw.keyboards.0.devname", name);  
    } else {  
        // ensure mFirstKeyboardId is set to -something-.  
        if (mFirstKeyboardId == 0) {  
            mFirstKeyboardId = device->id;  
        }  
    }  
    char propName[100];  
    sprintf(propName, "hw.keyboards.%u.devname", device->id);  
    property_set(propName, name);  
  
    // 'Q' key support = cheap test of whether this is an alpha-capable kbd  
    if (hasKeycodeLocked(device, AKEYCODE_Q)) {  
        device->classes |= INPUT_DEVICE_CLASS_ALPHAKEY;  
    }  
  
    // See if this device has a DPAD.  
    if (hasKeycodeLocked(device, AKEYCODE_DPAD_UP) &&  
        hasKeycodeLocked(device, AKEYCODE_DPAD_DOWN) &&  
        hasKeycodeLocked(device, AKEYCODE_DPAD_LEFT) &&  
        hasKeycodeLocked(device, AKEYCODE_DPAD_RIGHT) &&  
        hasKeycodeLocked(device, AKEYCODE_DPAD_CENTER)) {  
            device->classes |= INPUT_DEVICE_CLASS_DPAD;  
    }  
  
    // See if this device has a gamepad.  
    for (size_t i = 0; i < sizeof(GAMEPAD_KEYCODES)/sizeof(GAMEPAD_KEYCODES[0]); i++) {  
        if (hasKeycodeLocked(device, GAMEPAD_KEYCODES[i])) {  
            device->classes |= INPUT_DEVICE_CLASS_GAMEPAD;  
            break;  
        }  
    }  
  
    LOGI("New keyboard: device->id=0x%x devname='%s' propName='%s' keylayout='%s'\n",  
        device->id, name, propName, keylayoutFilename);  
}  
 
 

到这里，系统中的输入设备文件就打开了。

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

微信关注我们

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

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

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

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

Step 2.ViewRoot.requestLayout 这个函数定义在frameworks/base/core/java/android/view/ViewRoot.java文件中： publicfinalclassViewRootextendsHandlerimplementsViewParent, View.AttachInfo.Callbacks{ ...... publicvoidrequestLayout(){ ...... mLayoutRequested=true; scheduleTraversals(); } ...... } 这个函数调用了scheduleTraversals函数来进一步执行操作，由于篇幅关系，我们就不详细描述scheduleTraversals函数了，简单来说，在scheduleTraversals函数中，会通过sendEmptyMessage(DO_TRAVERSAL)发送一个消息到应用程序的消息队列中，这个消息最终由ViewRoot的handleMessage函数处理，而ViewRoot的handleMessage函数把这个消息...

2017-11-22

508

Activity间数据传输当对Android有一些了解后，不难发现，Android程序UI框架接近于Web页面的概念。每一个用于呈现页面的组件， Activity ，都是彼此独立的，它们通过系统核心来调度整合，彼此之间的通过 Intent 机制来串联。每一种架构都会有其利弊，Android当然也不能超然脱俗。由于Activity之间的松耦合关系，使得其复用能力特别的出色，Mash-Up方式可以有效的提高开发效率。但另一方面，由于Activity过于的独立，它们之间的数据共享，成为一个麻烦的事情。基于消息的传输最标准的Activity之间的数据传输，就是通过Intent的 Extra对象。比如，你在A这个Activity上拿到一坨用户输入的文本信息，兴高采烈的想把它放到B这个Activity上展示并发送，一个很可行的方式，是通过Intent的 putExtra接口，把用户输入的那些字符信息，按照key/value的形式放进Intent，传输到B这个Activity上。如上图示，从A到B的传输，看上去是一个直连，但其实，Intent都是要经由系统核心层去分析调度的，这个操作...

2017-11-22

543

资源下载

更多资源

腾讯云软件源

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

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等操作系统。