C++不能用于开发Windows USB内核驱动，因WDK强制要求C语言、禁用C++运行时、不支持异常/STL/构造函数，且入口函数和API均为C接口；实际应以C写KMDF驱动，C++仅用于用户态程序。
C++ 本身不直接开发 USB 设备驱动程序；Windows 上写 USB 驱动必须用 C，且需通过 WDK（Windows Driver Kit）和内核模式编程模型实现，C++ 在内核驱动中受限极多，连标准库、异常、RTTI、构造函数等基本特性都不可用。
为什么不能用 C++ 写 Windows USB 驱动
WDK 默认禁用 C++ 运行时支持，ntoskrnl.exe 不提供 new/delete、std::vector 等设施。即使手动启用部分 C++ 特性（如全局 operator new），也会因缺乏异常处理栈展开机制、无安全 SEH 支持、链接器不兼容等问题导致蓝屏风险陡增。
- WDK 构建系统（
build.exe或 MSBuild +kmext.targets）默认只认.c文件为源码，.cpp文件会被跳过或报错 -
WdfDriverEntry入口点必须是 C 链接约定的函数，C++ 成员函数或带命名空间的函数无法被加载器识别 - USB 驱动常需对接
USBD_*系列 API（如UsbBuildInterruptOrBulkTransferRequest），这些全是 C 接口，头文件（usbdlib.h）未做extern "C"封装
实际可行路径：用 C 写 KMDF 驱动 + C++ 写用户态配套程序
绝大多数 USB 设备不需要从零写总线驱动（usbport.sys），而是基于 KMDF（Kernel-Mode Driver Framework）开发功能驱动。这部分必须用 C；但用户态通信程序（如配置工具、数据采集前端）完全可以用 C++，通过 CreateFile + DeviceIoControl 或 WinUSB API 交互。
- 内核驱动侧：使用
WdfUsbTargetDeviceCreateWithParameters获取设备句柄，用WdfUsbTargetPipeWriteSynchronously发送控制/Bulk 请求 - 用户态侧：调用
WinUsb_Initialize初始化句柄后，可用WinUsb_WritePipe（C++ 调用完全正常） - 若需绕过 WinUSB（比如要访问 HID 报告描述符或自定义类），则用
SetupDi*系列 API 枚举设备，再用CM_Get_Parent定位物理设备对象（PDO），但最终仍需内核驱动配合
常见错误：把 libusb 当成“驱动开发”方案
libusb 是用户态库，它依赖 Windows 自带的 WinUSB 或 libusb-win32（已弃用）驱动来接管设备。你用 C++ 调 libusb_open，本质是让系统加载已存在的 WinUSB 驱动并绑定到你的设备——这不等于你在“开发驱动”，只是在复用现成驱动。
立即学习“C++免费学习笔记（深入）”；
- 如果设备 PID/VID 未被 WinUSB 自动匹配，需手动执行
devcon install或修改 INF 文件，否则libusb_open返回LIBUSB_ERROR_ACCESS -
libusb无法处理需要内核权限的操作，例如：设置 USB 配置（SetConfiguration）、访问中断端点（某些固件限制）、或实现设备热插拔通知回调 - INF 文件里
%GUID%必须与 C++ 程序中libusb_get_device_descriptor拿到的 bInterfaceClass 一致，否则设备管理器显示“未知设备”
真正写 USB 驱动时，最易被忽略的是 IRP 生命周期管理：一个 WdfRequestSend 发出后，必须确保在完成例程里调用 WdfRequestComplete，漏掉就会导致请求挂起、设备句柄卡死、甚至系统响应迟滞。这不是语法问题，是 KMDF 编程模型的根本约束。
