有时（在大约 50% 的运行中），EnumDevices 需要 5-10 秒才能返回。通常它几乎是即时的。我找不到任何其他关于这种行为的报告。
当事情变得如此缓慢时，可以通过观看 stdout 来分析 :) 这个：
std::cout << "A";
directInput8Interface->EnumDevices(DI8DEVCLASS_GAMECTRL, MyCallback, NULL, DIEDFL_ATTACHEDONLY);
std::cout << "C";
...
BOOL CALLBACK MyCallback(LPCDIDEVICEINSTANCE, LPVOID)
{
std::cout << "B";
return DIENUM_CONTINUE;
}
似乎通过枚举设备挂在一个随机点 - 有时它会在回调被调用之前，有时在一对夫妇之后，有时它会在最后一次调用它之后。
这显然是一段简化的代码；我实际上使用的是 OIS 输入库 ( http://sourceforge.net/projects/wgois/ )，因此有关上下文，请在此处查看完整源代码：
虽然那里似乎没有什么特别的结果，但可能是它们的初始化中的某些东西可能是原因 - 我对 DI8 了解得不够多，无法发现它。
任何关于为什么它会这么慢的想法将不胜感激！
编辑：
我设法在 etl 跟踪文件中发现了问题，并在 Windows 性能分析器中对其进行了分析。看起来EnumDevices最终调用 to DInput8.dll!fGetProductStringFromDevice，调用HIDUSB.SYS!HumCallUSB，调用KeWaitForSingleObject并等待。10 次中有 9 次（字面意思 - 跟踪中有 10 个样本）返回非常快（每个 324us），准备好的调用堆栈包含usbport.sys!USBPORT_Core_iCompleteDoneTransfer后跟HIDUSB.SYS!HumCallUsbComplete，这看起来很正常。
但是 10 次中有 1 次，这几乎需要 5 秒才能返回。在准备好的调用堆栈上是ntkrnlmp.exe!KiTimerExpiration代替HIDUSB.SYS函数。我猜这一切都表明 HIDUSB.SYS 驱动程序正在以 5 秒的超时时间异步查询设备，有时它会失败并达到此超时时间。
我不知道此故障是否与任何特定设备相关（我确实有一些 USB HID）或者它是否是随机的 - 很难测试，因为它并不总是发生。同样，任何人可以给我的任何信息都将不胜感激，尽管鉴于 DirectInput 的奇怪情况，我不希望微软很快解决这个问题！
也许我只需要提前开始异步初始化输入，并接受有时在用户输入发生之前会有 5 秒的延迟。