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()等配置函数只影响行为，不影响设备可见性——别误以为调用它就能“唤醒”设备
