SetupDiGetClassDevs返回空列表主因是参数错误：必须用GUID_DEVCLASS_HIDCLASS且dwFlags设为DIGCF_PRESENT|DIGCF_DEVICEINTERFACE；HidD_GetPreparsedData失败多因句柄权限不足或设备被独占；HidD_GetInputReport读不到数据常因设备未触发输入报告或Report ID不匹配。
Windows下用SetupAPI枚举HID设备时，SetupDiGetClassDevs返回空列表怎么办
多数情况不是设备没插，而是调用参数不对。必须传入 GUID_DEVCLASS_HIDCLASS（不是 GUID_DEVINTERFACE_HID），且 dwFlags 要设为 DIGCF_PRESENT | DIGCF_DEVICEINTERFACE；否则即使设备在设备管理器里显示为“人体学输入设备”，也查不到。
常见错误写法：SetupDiGetClassDevs(&GUID_DEVINTERFACE_HID, ...) —— 这个 GUID 对应的是 HID 接口类，但枚举设备实例要用设备类 GUID。
- 确认头文件已包含：
#include <hidclass.h></hidclass.h>和#include <setupapi.h></setupapi.h> - 链接库：
setupapi.lib必须加到项目链接器输入中 - 设备需已正确安装 HID minidriver（即设备管理器里没有黄色感叹号）
打开HID设备后调用HidD_GetPreparsedData失败，返回FALSE
根本原因通常是设备句柄权限不足或设备已被其他进程独占打开。HID 设备默认以 GENERIC_READ | GENERIC_WRITE 打开，但若驱动或上位机（如厂商配套软件）已以独占模式打开，后续 CreateFile 会成功，但所有 HID 类函数都会静默失败。
- 检查
CreateFile返回值是否为INVALID_HANDLE_VALUE—— 不要只看是否非零，要用GetLastError()辅助判断 - 打开时务必设置
FILE_SHARE_READ | FILE_SHARE_WRITE，否则极易被抢占 -
HidD_GetPreparsedData前必须先调用HidD_GetAttributes确认句柄有效；它不报错不代表设备就 ready - 某些 USB-HID 设备（尤其是自定义报告描述符的）需要先发送一次
HidD_SetFeature或读取一次输入报告才能激活报告解析上下文
用HidD_GetInputReport读不到数据，或一直阻塞
这不是函数本身问题，而是 HID 协议层面的典型误解：该函数只读取“输入报告”（Input Report），且依赖设备主动上报。如果设备没配置为轮询/中断模式、没触发事件、或报告 ID 不匹配，就会超时返回 FALSE（GetLastError() == ERROR_IO_PENDING 或 ERROR_GEN_FAILURE）。
立即学习“C++免费学习笔记（深入）”；
- 确认设备报告描述符中定义了 Input Report，并记下其 Report ID（若存在）；调用时
lpReportBuffer[0]必须填对 ID - 优先用重叠 I/O +
GetOverlappedResult，避免阻塞主线程；直接同步调用在无数据时会卡住 - 有些设备要求先发一个 Output Report（如“开始采集”命令）才会发 Input Report，不能假设插上就自动吐数
- 用
WinUSB或libusb抓包验证设备是否真在发数据——排除硬件/固件问题
Linux下用libhidapi写入Output Report总失败，hid_write返回-1
Linux 的 HID 设备节点（如 /dev/hidrawX）默认不允许普通用户写入，且内核 hidraw 驱动对 Output Report 的处理比 Windows 更严格：必须带 Report ID 字节，且长度必须严格匹配报告描述符定义的 Output Report 总长（含 ID 字节）。
- 确保 udev 规则已添加，例如：
SUBSYSTEM=="hidraw", MODE="0664", GROUP="plugdev"，然后把用户加进plugdev组 -
hid_write第一个字节必须是 Report ID（哪怕描述符里没定义 ID，也要填 0）；缓冲区长度 = 实际 Report 长度 + 1 - 调用前先
hid_get_feature_report读一次，可唤醒部分设备的输出通道 - 某些设备只响应 Feature Report（
hid_send_feature_report），而非 Output Report，得看固件文档
USBlyzer 或 Wireshark + USBPcap 看设备到底在发什么。 
