wm_devicechange消息必须在主窗口过程处理，仅ui线程通过hwnd接收，无窗口或子窗口未正确路由则无法触发；需先判wparam再按dbch_devicetype分支解析lparam结构体，并结合registerdevicenotification订阅及setupapi查询设备详情。
WM_DEVICECHANGE 消息必须在主窗口过程里处理
Windows 不会主动把 USB 设备插拔事件推给任意线程或对象，只通过 WM_DEVICECHANGE 发送到拥有窗口句柄（HWND）的 UI 线程消息队列。这意味着：没有窗口（比如纯控制台程序、后台服务），默认收不到；子窗口、非主线程创建的窗口，若未显式设置消息循环或未调用 SetWindowLongPtr 替换父窗口过程，也大概率漏掉。
常见错误现象是：程序运行了、设备也插拔了，但 OnDeviceChange 从不触发——八成是因为没把消息路由到你的处理逻辑。
- 必须确保窗口注册时使用了
CS_GLOBALCLASS（通常默认有），且窗口类名唯一 - 不要依赖 MFC 的
ON_WM_DEVICECHANGE宏自动映射——它只对 CWnd 派生类有效，且要求该窗口已调用SubclassWindow或是主框架窗口 - 推荐在
WndProc中直接判断message == WM_DEVICECHANGE，再调用自定义解析函数
DBT_DEVICEARRIVAL/DBT_DEVICEREMOVECOMPLETE 的 lParam 是 DEV_BROADCAST_HDR*
lParam 不是字符串也不是设备 ID，而是一个指向设备广播结构体的指针，类型取决于 wParam。USB 存储类设备（U 盘）通常走 DBT_DEVTYP_VOLUME，结构体是 DEV_BROADCAST_VOLUME；而 USB HID、CDC 类设备可能走 DBT_DEVTYP_DEVICEINTERFACE，对应 DEV_BROADCAST_DEVICEINTERFACE。两者字段、大小、内存布局完全不同，强制 reinterpret_cast 会崩溃或读错数据。
实操建议：
- 先检查
wParam值是否为DBT_DEVICEARRIVAL或DBT_DEVICEREMOVECOMPLETE - 再根据
((DEV_BROADCAST_HDR*)lParam)->dbch_devicetype分支判断结构体类型 - 对
DBT_DEVTYP_VOLUME，用(((DEV_BROADCAST_VOLUME*)lParam)->dbcv_unitmask)可得盘符位图（bit 0 = A:, bit 1 = B:…），需 BitScanForward 转换 - 对
DBT_DEVTYP_DEVICEINTERFACE，((DEV_BROADCAST_DEVICEINTERFACE*)lParam)->dbcc_name是 Unicode 字符串，含 GUID + 实例 ID，可用于匹配 INF 中的DeviceInterfaceGUID
RegisterDeviceNotification 需要正确传入 HWND 或 HANDLE
仅靠窗口过程能收到部分广播，但想捕获所有 USB 接口类设备（如 Arduino、USB 转串口芯片），必须调用 RegisterDeviceNotification 显式订阅。关键陷阱在于第二个参数：HWND 用于接收 WM_DEVICECHANGE，HANDLE（如文件句柄）则用于 I/O 完成端口或同步等待——二者不能混用。
典型错误是传入一个无效 HWND（比如子窗口句柄但未设置 WS_VISIBLE），或传入 INVALID_HANDLE_VALUE 却期望收到消息。
- 订阅 Volume 类型设备：用主窗口
HWND，DEVICE_NOTIFY_WINDOW_HANDLE标志 - 订阅 DeviceInterface 类型（更常用）：仍用
HWND，但dbi_guid必须填真实 GUID，例如GUID_DEVINTERFACE_USB_DEVICE（注意不是GUID_DEVINTERFACE_DISK） - 调用失败时检查
GetLastError()—— 常见返回ERROR_INVALID_PARAMETER，多因dbi_size字段没设对（应为sizeof(DEV_BROADCAST_DEVICEINTERFACE)）
USB 设备名和硬件 ID 需从 SetupAPI 手动查询
WM_DEVICECHANGE 本身不提供设备名称、厂商、PID/VID 等信息。它只告诉你“某个设备来了/走了”，具体是什么得靠 SetupDi* 函数族查。容易忽略的是：广播中的 dbcc_name 是接口路径（如 \?USB#VID_0483&PID_5740#...），不是即插即用实例 ID（Instance ID），后者才是 SetupDiGetDeviceInstanceId 的输入。
实操链路：
- 从
DEV_BROADCAST_DEVICEINTERFACE::dbcc_name提取前缀（如"\\?\USB#"后的部分），再拼成完整 PnP ID - 调用
SetupDiGetClassDevs枚举所有 USB 设备，用SetupDiEnumDeviceInfo遍历 - 对每个设备调用
SetupDiGetDeviceRegistryProperty，传SPDRP_HARDWAREID或SPDRP_FRIENDLYNAME - 注意：这些 API 要链接
setupapi.lib，且调用前需CoInitializeEx(nullptr, COINIT_APARTMENTTHREADED)
真正麻烦的不是代码量，而是设备刚插入时驱动可能尚未完成枚举，SetupDi 查不到——得加短延时或轮询，或者监听 DBT_DEVNODES_CHANGED 作为二次确认信号。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
