在前文 Linux/Android——Input系统之frameworks层InputManagerService (六)  这里介绍了android层input服务的启动,其中启动了一个读取来自底层event事件的线程.

而在Linux/Android——input系统之 kernel层 与 frameworks层交互 (五) 有分析到是通过一个event%d的设备文件交互的,也就是说android层是通过读取event%d来获取event的,这个工作就是InputReader



                                              撰写不易,转载需注明出处:http://blog.csdn.net/jscese/article/details/42739197


getEvents:

 这个是运行在inputread线程里面的,上篇有介绍到,字面意思就是获取事件的,实现在/frameworks/base/services/input/EventHub.cpp中,函数很长,列出几个重要的:

size_t EventHub::getEvents(int timeoutMillis, RawEvent* buffer, size_t bufferSize) {...    struct input_event readBuffer[bufferSize];    RawEvent* event = buffer;...        if (mNeedToScanDevices) {  //这个在EventHub初始时为true            mNeedToScanDevices = false;            scanDevicesLocked();  // 扫描去打开设备,后面跟进去看            mNeedToSendFinishedDeviceScan = true;          }        while (mOpeningDevices != NULL) {  //这个指针有指向,代表上面打开了某些input设备            Device* device = mOpeningDevices;    //  初始化一个添加event,type 为DEVICE_ADDED            ALOGV("Reporting device opened: id=%d, name=%s\n",                 device->id, device->path.string());            mOpeningDevices = device->next;            event->when = now;            event->deviceId = device->id == mBuiltInKeyboardId ? 0 : device->id;            event->type = DEVICE_ADDED;            event += 1;            mNeedToSendFinishedDeviceScan = true;            if (--capacity == 0) {                break;            }        }...   while (mPendingEventIndex < mPendingEventCount) {  //这个是为处理多个input event 做的一个epoll_event 类型数组            const struct epoll_event& eventItem = mPendingEventItems[mPendingEventIndex++];            Device* device = mDevices.valueAt(deviceIndex)  ; // 上面会把打开的device 加入到 这个Vector            if (eventItem.events & EPOLLIN) {                int32_t readSize = read(device->fd, readBuffer,   //这个之前有提到过。最终会调用到evdev中的read                        sizeof(struct input_event) * capacity);...       for (size_t i = 0; i < count; i++) {                        const struct input_event& iev = readBuffer[i];   //这里把上面读到的input_event 转化过这里的RawEvent     event->deviceId = deviceId;                        event->type = iev.type;                        event->code = iev.code;                        event->value = iev.value;                        event += 1;     }...   int pollResult = epoll_wait(mEpollFd, mPendingEventItems, EPOLL_MAX_EVENTS, timeoutMillis); //用于等待监测是否有事件可读... }    // All done, return the number of events we read.    return event - buffer;   //指针相减,这个数组的元素个数}

scanDevicesLocked:

这个往下就是打开一个input 设备文件,配置并抽象为一个android层这边的input device:


void EventHub::scanDevicesLocked() {    status_t res = scanDirLocked(DEVICE_PATH);    if(res < 0) {        ALOGE("scan dir failed for %s\n", DEVICE_PATH); //这里的PATH为"/dev/input"    }    if (mDevices.indexOfKey(VIRTUAL_KEYBOARD_ID) < 0) {        createVirtualKeyboardLocked();    }}

继续往下看会依次读取目录下的文件,并调用进openDeviceLocked打开,这个函数也比较长,关注几个地方先:

status_t EventHub::openDeviceLocked(const char *devicePath) {    char buffer[80];    ALOGV("Opening device: %s", devicePath);    int fd = open(devicePath, O_RDWR | O_CLOEXEC);    if(fd < 0) {        ALOGE("could not open %s, %s\n", devicePath, strerror(errno));        return -1;    }...  //  无非是根据打开的fd获取一些相关参数信息    // Allocate device.  (The device object takes ownership of the fd at this point.)    int32_t deviceId = mNextDeviceId++;    Device* device = new Device(fd, deviceId, String8(devicePath), identifier);  //这里根据前面获取的参数new成一个device,算是初步打开完成抽象成一个Device了...    // Load the configuration file for the device.    loadConfigurationLocked(device);   // 这个比较重要  ,加载这个device的配置信息,后面将会根据这个配置来定义规则... //又是一系列的判断初始化,其中比较重要的就是 device->classes 这个变量,代表了input 设备类型,是键盘,鼠标,触摸屏...    // Register with epoll.    struct epoll_event eventItem;   //注册epoll    memset(&eventItem, 0, sizeof(eventItem));    eventItem.events = EPOLLIN;    eventItem.data.u32 = deviceId;    if (epoll_ctl(mEpollFd, EPOLL_CTL_ADD, fd, &eventItem)) {        ALOGE("Could not add device fd to epoll instance.  errno=%d", errno);        delete device;        return -1;    }...    addDeviceLocked(device);  //添加到 KeyedVector中}

这个里面有很多原始打印,想深入理解的可以放开调试看看,这里不多做介绍,可以看下 加载配置那个函数loadConfigurationLocked:

void EventHub::loadConfigurationLocked(Device* device) {    device->configurationFile = getInputDeviceConfigurationFilePathByDeviceIdentifier(   //根据上面获取到的一些设备信息,进一步去找config文件            device->identifier, INPUT_DEVICE_CONFIGURATION_FILE_TYPE_CONFIGURATION);    if (device->configurationFile.isEmpty()) {        ALOGD("No input device configuration file found for device '%s'.",                device->identifier.name.string());    } else {        status_t status = PropertyMap::load(device->configurationFile,  //找到之后 ,把这个device 的config file保存起来                &device->configuration);        if (status) {            ALOGE("Error loading input device configuration file for device '%s'.  "                    "Using default configuration.",                    device->identifier.name.string());        }    }}

接下来看怎么找对应config文件的,这里调用到了/frameworks/base/libs/androidfw/InputDevice.cpp中的:

String8 getInputDeviceConfigurationFilePathByDeviceIdentifier(        const InputDeviceIdentifier& deviceIdentifier,        InputDeviceConfigurationFileType type) {    if (deviceIdentifier.vendor !=0 && deviceIdentifier.product != 0) {        if (deviceIdentifier.version != 0) {            // Try vendor product version.            String8 versionPath(getInputDeviceConfigurationFilePathByName(                    String8::format("Vendor_%04x_Product_%04x_Version_%04x",   //用前面获取的input device 的相关VID PID 来找文件                            deviceIdentifier.vendor, deviceIdentifier.product,                            deviceIdentifier.version),                    type));            if (!versionPath.isEmpty()) {                return versionPath;            }        }        // Try vendor product.        String8 productPath(getInputDeviceConfigurationFilePathByName(                String8::format("Vendor_%04x_Product_%04x",                        deviceIdentifier.vendor, deviceIdentifier.product),                type));        if (!productPath.isEmpty()) {            return productPath;        }    }    // Try device name.    return getInputDeviceConfigurationFilePathByName(deviceIdentifier.name, type);  //这个函数也在同文件中,就是到  path.setTo(getenv("ANDROID_ROOT"));  path.append("/usr/"); 也就是文件系统中/system/usr目录下去找}

所以我们对一些输出设备需要把它的配置文件编译进系统,而且命名一般都是 Vendor_%04x_Product_%04x.XXX 类型,这里就明白啦!


到这里getEvents应该差不多了,细节部分就需要另行细读代码了,当上面read到事件数组返回之后接下来就是初步处理了!


processEventsLocked:

上面getEvents返回了mEventBuffer之后,做初步的处理:

void InputReader::processEventsLocked(const RawEvent* rawEvents, size_t count) {    for (const RawEvent* rawEvent = rawEvents; count;) {   遍历获取到的event数组        int32_t type = rawEvent->type;        size_t batchSize = 1;        if (type < EventHubInterface::FIRST_SYNTHETIC_EVENT) {  //如果是常规的event事件            int32_t deviceId = rawEvent->deviceId;            while (batchSize < count) {                         if (rawEvent[batchSize].type >= EventHubInterface::FIRST_SYNTHETIC_EVENT                        || rawEvent[batchSize].deviceId != deviceId ) {                    break;                }                batchSize += 1;            }//#if DEBUG_RAW_EVENTS            ALOGW("BatchSize: %d Count: %d", batchSize, count);//#endif            processEventsForDeviceLocked(deviceId, rawEvent, batchSize);  //把这次获取到的event数组中属于同一批次的,进一步处理,判定条件就是:常规event以及是属于同一设备        } else {            switch (rawEvent->type) {  //这里就是一些特殊的event类型了,上面有说到,打开设备的时候会有这个ADD事件            case EventHubInterface::DEVICE_ADDED:                addDeviceLocked(rawEvent->when, rawEvent->deviceId);                break;            case EventHubInterface::DEVICE_REMOVED:                removeDeviceLocked(rawEvent->when, rawEvent->deviceId);                break;            case EventHubInterface::FINISHED_DEVICE_SCAN:                handleConfigurationChangedLocked(rawEvent->when);                break;            default:                ALOG_ASSERT(false); // can't happen                break;            }        }        count -= batchSize;   //如果再上面没有处理完event数组中的成员,那么依次继续        rawEvent += batchSize;     }}

传进来的参数为 前面getEvents一定时间内获取到的event数组以及个数,原型定义在/frameworks/base/services/input/InputReader.h中:

    // The event queue.    static const int EVENT_BUFFER_SIZE = 256;    RawEvent mEventBuffer[EVENT_BUFFER_SIZE];

/* * A raw event as retrieved from the EventHub. */struct RawEvent {    nsecs_t when;    int32_t deviceId;    int32_t type;    int32_t code;    int32_t value;};

这里可以看到 processEventsLocked 只是对get到的event做一个初步的分发处理,先看添加的事件类型.

可以看到在InputReader里面又来了一次addDeviceLocked  ,这个要更最上面getEvents中往下打开设备时addDeviceLocked 区分开来,不要给绕晕了哟~

void InputReader::addDeviceLocked(nsecs_t when, int32_t deviceId) {    ssize_t deviceIndex = mDevices.indexOfKey(deviceId);    if (deviceIndex >= 0) {        ALOGW("Ignoring spurious device added event for deviceId %d.", deviceId);        return;    }    InputDeviceIdentifier identifier = mEventHub->getDeviceIdentifier(deviceId);  //这里取之前在EventHub中解析出来的设备相关参数    uint32_t classes = mEventHub->getDeviceClasses(deviceId);  //这个上面有说到,在open设备时 初始化,代表类型    ALOGW("jscese display in addDeviceLocked classes == 0x%x \n",classes);    InputDevice* device = createDeviceLocked(deviceId, identifier, classes);  //这里又创建一个 InputDervice,这个就不继续跟进了,会根据classes 选择对应的事件处理map与当前的设备绑定    device->configure(when, &mConfig, 0);    device->reset(when);    if (device->isIgnored()) {        ALOGI("Device added: id=%d, name='%s' (ignored non-input device)", deviceId,                identifier.name.string());    } else {        ALOGI("Device added: id=%d, name='%s', sources=0x%08x", deviceId,                identifier.name.string(), device->getSources());    }    mDevices.add(deviceId, device); //添加这个input device    bumpGenerationLocked();}

看处理平常事件时接下来的处理:

void InputReader::processEventsForDeviceLocked(int32_t deviceId,        const RawEvent* rawEvents, size_t count) {    ssize_t deviceIndex = mDevices.indexOfKey(deviceId);    if (deviceIndex < 0) {        ALOGW("Discarding event for unknown deviceId %d.", deviceId);        return;    }    InputDevice* device = mDevices.valueAt(deviceIndex); //这里根据id 取出上面添加进去的inputdevice    if (device->isIgnored()) {        //ALOGD("Discarding event for ignored deviceId %d.", deviceId);        return;    }    device->process(rawEvents, count); //这里调用了一个process的函数}

继续看InputDevice的process:

void InputDevice::process(const RawEvent* rawEvents, size_t count) {    // Process all of the events in order for each mapper.    // We cannot simply ask each mapper to process them in bulk because mappers may    // have side-effects that must be interleaved.  For example, joystick movement events and    // gamepad button presses are handled by different mappers but they should be dispatched    // in the order received.    size_t numMappers = mMappers.size();  //这里有个map个数,这个也在上面提到过,在create时 会根据classes类型去匹配处理map,一般都是匹配一个    for (const RawEvent* rawEvent = rawEvents; count--; rawEvent++) {   //遍历事件数组,依次去处理#if DEBUG_RAW_EVENTS        ALOGD("Input event: device=%d type=0x%04x code=0x%04x value=0x%08x when=%lld",                rawEvent->deviceId, rawEvent->type, rawEvent->code, rawEvent->value,                rawEvent->when);#endif        if (mDropUntilNextSync) {            if (rawEvent->type == EV_SYN && rawEvent->code == SYN_REPORT) {                mDropUntilNextSync = false;#if DEBUG_RAW_EVENTS                ALOGD("Recovered from input event buffer overrun.");#endif            } else {#if DEBUG_RAW_EVENTS                ALOGD("Dropped input event while waiting for next input sync.");#endif            }        } else if (rawEvent->type == EV_SYN && rawEvent->code == SYN_DROPPED) {            ALOGI("Detected input event buffer overrun for device %s.", getName().string());            mDropUntilNextSync = true;            reset(rawEvent->when);        } else {            for (size_t i = 0; i < numMappers; i++) {                InputMapper* mapper = mMappers[i];                mapper->process(rawEvent);  //这里就是调用处理map的process 函数啦            }        }    }}



多次提到classes 设备类型,看下定义,在EventHub.h中:

/*//classes=0x80000004 * Input device classes. */enum {    /* The input device is a keyboard or has buttons. */    INPUT_DEVICE_CLASS_KEYBOARD      = 0x00000001,    /* The input device is an alpha-numeric keyboard (not just a dial pad). */    INPUT_DEVICE_CLASS_ALPHAKEY      = 0x00000002,    /* The input device is a touchscreen or a touchpad (either single-touch or multi-touch). */    INPUT_DEVICE_CLASS_TOUCH         = 0x00000004,    /* The input device is a cursor device such as a trackball or mouse. */    INPUT_DEVICE_CLASS_CURSOR        = 0x00000008,    /* The input device is a multi-touch touchscreen. */    INPUT_DEVICE_CLASS_TOUCH_MT      = 0x00000010,    /* The input device is a directional pad (implies keyboard, has DPAD keys). */    INPUT_DEVICE_CLASS_DPAD          = 0x00000020,    /* The input device is a gamepad (implies keyboard, has BUTTON keys). */    INPUT_DEVICE_CLASS_GAMEPAD       = 0x00000040,    /* The input device has switches. */    INPUT_DEVICE_CLASS_SWITCH        = 0x00000080,    /* The input device is a joystick (implies gamepad, has joystick absolute axes). */    INPUT_DEVICE_CLASS_JOYSTICK      = 0x00000100,    /* The input device has a vibrator (supports FF_RUMBLE). */    INPUT_DEVICE_CLASS_VIBRATOR      = 0x00000200,    /* The input device is virtual (not a real device, not part of UI configuration). */    INPUT_DEVICE_CLASS_VIRTUAL       = 0x40000000,    /* The input device is external (not built-in). */    INPUT_DEVICE_CLASS_EXTERNAL      = 0x80000000,};

那么接下来需要处理的就是 定义的InputReader中的各个InputMap类了。


总结:


这里牵扯到了EventHub     InputReader      Device     InputDevice     InputMap

把关系理一下:

EventHub 中 会创建多个Device  ,这个是根据/dev/input下面的设备文件 一一对应的,也就是kernel中注册的input设备.


InputReader 中会create多个 InputDevice ,这个是由Device中的参数为基础创建的,所以与EventHub中的Device 一一对应.


InputDevice 在创建的时候会根据 classes 来添加需要的InputMap,每一个不同的InputMapInputReader中定义,有很多种处理方式.


大体就是这么回事,这里关于InputReader部分就先分析到这里,再往下InputMap中的事件分发处理,后续分析~











更多相关文章

  1. Android日志系统分析之日志设备驱动程序代码阅读
  2. 【Android】android按钮的四种点击事件
  3. Android简单的Button事件处理
  4. android获得设备信息
  5. android之蓝牙设备的使用01
  6. Android TextView中链接(link)点击事件的截取
  7. Android中ListView以及数组适配器(ArrayAdapter)的使用
  8. (二)Android事件分发机制 - ViewGroup篇

随机推荐

  1. Android中的HandlerThread和IntentServic
  2. Android(安卓)EditText软键盘弹出时防止
  3. AndroidO Camera 分析(一): (API 2)openCame
  4. mac添加android的adb等工具到环境变量
  5. android 中文 api (71) ―― BluetoothServ
  6. React native Android(安卓)命令 打包apk
  7. 51. (android开发)线性布局、相对布局、
  8. Android札记
  9. 关于“Only the original thread that cr
  10. Android换肤机制