Android 4.0事件输入系统：TouchScreen问题与设备管理

"Android 4.0 事件输入(Event Input)系统的理解与问题解析" 在Android 4.0中，事件输入系统(Event Input)被赋予了更重要的角色，这导致了与之前版本的一些兼容性问题，特别是在涉及到硬件设备如TouchScreen的时候。在Android 2.3.5中，Event Input系统位于`frameworks/base/libs/ui`下，而在Android 4.0中，它被移动到了`frameworks/base/services/input`，这样的变化表明该系统在新版本中得到了更多的重视和独立性。 问题出现在将原本在Android 2.3.5下正常工作的TouchScreen移植到Android 4.0时，由于内核版本未升级，不支持新系统引入的一些特性。在Android 4.0的EventInput中，设备打开过程中的`ioctl(fd, EVIOCGPROP(sizeof(device->propBitmask)), device->propBitmask);`这一行代码是新引入的，用于获取设备的属性位掩码。然而，旧的2.6.35内核的`evdev.c`中的`ioctl`函数并未实现对`EVIOCGPROP`的支持。 在Kernel 3.0.8（与Android 4.0配套）中，`evdev_do_ioctl`函数已经针对不同长度的命令进行了优化处理，能够支持`EVIOCGPROP`。因此，TouchScreen在Android 4.0下无法工作的原因在于内核版本不匹配以及驱动本身的适应性问题。升级到与Android 4.0相匹配的Kernel 3.0.8，并相应地修改TouchScreen驱动（例如，更新`input_dev`结构体以处理新增的`propbit`字段）是解决这个问题的关键。 深入理解Android 4.0的事件输入系统管理，我们可以发现，这个系统负责接收来自各种输入设备（如触摸屏、键盘、鼠标等）的事件，并将其转换为统一的事件流供应用程序使用。Android通过`InputManager`服务来协调这些设备，处理设备注册、事件分发等工作。当新的设备连接或断开时，`InputManager`会通过`EventHub`来与内核交互，读取设备信息并管理设备状态。 在Android 4.0中，对设备驱动的管理也更加精细化，每个设备都有自己的设备描述符，包含了设备的各种属性和能力。`InputDevice`类代表了这样的设备，它包含了设备的ID、名称、类型、属性等信息。此外，系统还引入了`InputReader`和`InputDispatcher`，前者负责读取设备事件并准备它们供应用程序消费，后者则负责将这些事件准确地分发到相应的窗口或者焦点组件。 Android 4.0事件输入系统的变化不仅提升了系统的效率，也增加了与内核和硬件驱动的交互复杂性。开发者在进行设备迁移或驱动适配时，需要特别关注这些变化，确保内核版本与Android版本的兼容，以及驱动代码的更新以适应新的系统需求。