Android键盘系统相关代码分析（1）

EventHub.cpp文件中open_device函数浅析

    

    用户态中，与内核态联系紧密的一个函数是open_device，它位于EventHub.cpp文件中，该函数有大量的底层操作，以完成上层对硬件的操作。该函数的首部为：

int EventHub::open_device(const char *deviceName)

其中参数有scan_dir()函数获得。在这里，deviceName=”/dev/input/event0”

for (attempt = 0; attempt < 10; attempt++) {

fd = open(deviceName, O_RDWR);

if (fd >= 0) break;

usleep(100);

}

这个循环给了系统10次打开设备的机会，若失败，则等待100usec后继续尝试。

---

if(ioctl(fd, EVIOCGVERSION, &version))

if(ioctl(fd, EVIOCGID, &id))

if(ioctl(fd, EVIOCGNAME(sizeof(name) - 1), &name) < 1)

通过ioctl接口获取驱动版本号、id号及设备名。

List<String8>::iterator iter = mExcludedDevices.begin();

List<String8>::iterator end = mExcludedDevices.end();

for ( ; iter != end; iter++) {

const char* test = *iter;

if (strcmp(name, test) == 0) {

LOGI("ignoring event id %s driver %s/n", deviceName, test);

close(fd);

fd = -1;

return -1;

}

}

检查设备执行列变，若列表中有与上一步获的设备名相同的情况（设备已经打开），则关闭设备。

if(ioctl(fd, EVIOCGPHYS(sizeof(location) - 1), &location) < 1)

if(ioctl(fd, EVIOCGUNIQ(sizeof(idstr) - 1), &idstr) < 1)

int devid = 0;

if (devid >= mNumDevicesById) { // mNumDevicesById在构造函数中被初始化为0；

//所以会执行下面的内容；

device_ent* new_devids = (device_ent*)realloc(mDevicesById,

sizeof(mDevicesById[0]) * (devid + 1));

if (new_devids == NULL) {

LOGE("out of memory");

return -1;

}

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

device_t* device = new device_t(devid|mDevicesById[devid].seq, deviceName, name);

当new一个device_t时，会把后面的参数传送到：

EventHub::device_t::device_t(int32_t _id, const char* _path, const char* name)

: id(_id), path(_path), name(name), classes(0)

, keyBitmask(NULL), layoutMap(new KeyLayoutMap()), next(NULL) {

}

其中layoutMap初始化成了：new KeyLayoutMap()，因此，进入会KeyLayoutMap()；

ioctl(fd, EVIOCGBIT(EV_KEY, sizeof(key_bitmask)), key_bitmask) >= 0)

通过ioctl接口获取键盘位掩码。

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;

}

device->layoutMap->load(keylayoutFilename);

这段代码的作用是加载键盘布局文件。由

snprintf(keylayoutFilename, sizeof(keylayoutFilename)......

可知：keylayoutFilename与tmptn有关。由strcpy(tmpfn, name);可知tmptn=name。在前面的一个ioctl接口中，已经获取到了设备名称。由模拟机启动日志可以知道：name=qwerty2。若access(keylayoutFilename, R_OK)为假，则使用默认的布局文件qwerty.kl

device->layoutMap->load(keylayoutFilename);

接下来，加载这个键盘布局文件。

进入load函数，我们就可以能清楚地看到文件的加载过程。

int fd = open(filename, O_RDONLY); //打开文件

off_t len = lseek(fd, 0, SEEK_END); //获取文件长度

char* buf = (char*)malloc(len+1); //开辟读取文件的缓冲区

if (read(fd, buf, len) != len) //将文件内容读到缓冲区

buf[len] = '/0' //标志文件结束

int line = 1;

char const* p = buf;

enum { BEGIN, SCANCODE, KEYCODE, FLAG } state = BEGIN;

while (true) {

String8 token = next_token(&p, &line);

进入这个死循环之间的第一条语句是：String8 token = next_token(&p, &line);而该函数的返回为：return String8(begin, end-begin);从String8类的构造函数我们知道next_token到底返回了个什么东西：

String8::String8(const char16_t* o, size_t len)

: mString(allocFromUTF16(o, len)) { }

我们可以看到，String8的这个构造函数初始化了一个字符串常量（const char* mString;）

这个字符串常量在后面会用到：

scancode = strtol(token.string(), &end, 0);

因为token.string这个函数原型为；

inline const char* String8::string() const

{

return mString;

}

以上所有对底层地操作，如：

fd = open(deviceName, O_RDWR);

if(ioctl(fd, EVIOCGVERSION, &version))

等都不是直接对键盘驱动进行操作，而是对事件处理驱动进行的操作。也就是说，事件处理驱动对键盘驱动进行了封装。

接下来，是对底层驱动的分析：

键盘驱动函数Goldfish_events.c

输入核心驱动函数input.c

事件处理驱动函数evdev.c