C++如何读取系统触摸屏设备信息？（libinput或Windows Touch API）

linux需权限访问/dev/input/Event*并用libinput_list_devices+libinput_device_has_capability判断触摸屏；windows须用wmi查win32_pointingdevice或win32_pnpentity，setupapi次之；跨平台应分平台处理，避免抽象层掩盖差异。

Linux 下用 libinput 获取触摸屏设备列表很直接，但得先确认权限

libinput 本身不提供“读取设备信息”的高层 API，你得通过 libinput_list_devices() 遍历，再对每个 libinput_device 调用 libinput_device_get_name()、libinput_device_get_id_product() 等获取基础字段。但关键前提是：你的进程必须有访问 /dev/input/event* 的权限。

常见错误现象是程序静默失败或 libinput_path_create_context() 返回空指针——八成是没权限或没 udev 规则。

• 运行前加 sudo 是临时验证手段，不能当正式方案
• 更稳妥的是把用户加入 input 组：sudo usermod -aG input $USER，然后重新登录
• 如果设备不在 /dev/input/by-path/ 下自动暴露，可能需要检查 udev 规则是否过滤了触摸屏（比如某些规则 exclude 了 ID_INPUT_TOUCHSCREEN=1）
• libinput_device_has_capability(dev, LIBINPUT_DEVICE_CAP_TOUCH) 才是判断“是不是触摸屏”的可靠方式，别只看设备名

windows 上用 Touch Injection API 只能模拟触控，真要查硬件得换路子

Windows 的 InjectTouchInput() 和 RegisterTouchWindow() 是单向输出接口，根本不提供设备枚举能力。想查当前系统有几个触摸屏、型号、坐标范围，得切到 WMI 或 SetupAPI。

最常用路径是 WMI 查询 Win32_PointingDevice 类，但注意：它把触控板、笔、触摸屏全混在一起，得靠 PointingType 和 HardwareType 过滤。

立即学习“C++免费学习笔记（深入）”；

• 用 PowerShell 快速验证：Get-WmiObject Win32_PointingDevice | Where-Object {$_.HardwareType -eq "Touch Screen"}
• c++ 中调用 WMI 需要 COM 初始化、IEnumWbemclassObject::Next() 循环，代码量不小，但比 SetupAPI 更稳定
• SetupAPI 的 SetupDiGetClassDevs() 配合 GUID_DEVCLASS_MONITOR 或 GUID_DEVINTERFACE_POINTER 也能列出设备，但触摸屏常被归类到 GUID_DEVINTERFACE_HID，需额外解析 hid.dll 报告描述符来确认
• 别依赖 GetSystemMetrics(SM_DIGITIZER) —— 它只返回是否支持触控，不告诉你有几个设备

跨平台统一查设备？别硬套抽象层，先明确你要什么信息

没有“一个函数通吃 Linux/Windows”的方案。libinput 和 Windows WMI 返回的字段语义不同：前者给的是 event node 路径和 udev 属性，后者是 WMI 实例和注册表键值。强行封装会掩盖差异，反而增加维护成本。

实际项目里，优先按目标平台分叉处理：

• 只要设备存在性 + 基础名称 → Linux 用 libinput，Windows 用 WMI 查 Win32_PnPEntity 并过滤 PNPClass == "Monitor" 或 Name 含 “touch”
• 需要原始分辨率或物理尺寸 → Linux 查 /sys/class/input/event*/device/capabilities/abs 下的 absinfo；Windows 查 WMI 的 Win32_DesktopMonitor 或 EDID 解析
• 想监听设备热插拔 → Linux 用 libinput 的 libinput_path_add_device() 动态重载；Windows 用 WMI 的 __InstanceOperationEvent 监听 Win32_PnPEntity
• 别在 C++ 里自己解析 evdev 协议或 HID 描述符——libinput 和 Windows HID Class Driver 已经做了这事，重复造轮子容易出错

最容易被忽略的点：触摸屏可能被内核或桌面环境禁用

即使设备物理存在、权限正确、API 调用成功，libinput_device_has_capability(dev, LIBINPUT_DEVICE_CAP_TOUCH) 仍可能返回 false，或者 WMI 查询不到对应实例——大概率是设备被屏蔽了。

Linux 下检查 /proc/bus/input/devices 是否列出该设备，再看 evtest /dev/input/eventX 是否能读到 ABS_MT_POSITION_X 事件；Windows 下打开设备管理器，确认“人机接口设备”里没有带黄色感叹号的 HID-compliant touch screen。

• GNOME/KDE 可能通过 gsettings set org.gnome.settings-daemon.peripherals.touchpad touchpad-enabled false 类似逻辑关掉触摸屏（尽管名字叫 touchpad）
• 某些工业主板 BIOS 里有 “Touch Controller” 开关，默认关闭
• libinput 的 libinput_device_config_tap_set_enabled() 等配置函数只影响行为，不影响设备可见性——别误以为调用它就能“唤醒”设备