c++ - 什么会导致串行端口上的 CreateFile 调用极其缓慢？

Question

我有一个 Qt 应用程序 (Qt 4.8.1) 正在执行一些 Windows 串行端口任务。我发现偶尔我为打开串行端口所做的 CreateFileA 调用最多需要 30 秒才能完成!显然，我正在做一些事情来触发这种奇怪的行为，我想知道我可能正在做些什么来导致这种情况。

m_portHand = CreateFileA( portDevice.c_str(),
                          GENERIC_READ | GENERIC_WRITE,
                          0,      //  must be opened with exclusive-access
                          NULL,   //  default security attributes
                          OPEN_EXISTING, //  must use OPEN_EXISTING
                          FILE_FLAG_OVERLAPPED,      //  overlapped I/O
                          NULL ); //  hTemplate must be NULL for comm devices

m_portHand 是一个 HANDLE，而 portDevice 是一个 std::string 并且包含“COM5”。

此调用是由我应用程序主线程中的按钮推送触发的。在它发生时，应用程序最多有一个其他线程，但这些线程(如果有的话)是空闲的。

系统中唯一重要的事情是运行 Linux 的虚拟机，但系统是四核的，其中 3 个内核与 Windows 机器上看到的一样接近空闲，只有一个内核做任何事情虚拟机。

串口在8口USB串口盒上，有关系吗？

这在某种程度上与 Overlapped IO 相关吗？

回应评论:

端口未被其他应用打开。之前调用此应用程序时已打开端口，该应用程序已正确关闭，并且端口已使用“CloseHandle”关闭。

我无法确定它花费 30 秒和不花费之间的任何相关性 - 有时我启动应用程序，单击按钮然后我们开始比赛，有时它需要长达 30 秒。

VM 正在拦截同一串口盒上的一些其他 USB 设备。

除了串口盒(VM 轮询 4 个端口寻找设备)，USB 总线被卸载。

我没有在其他应用中看到这种行为。我将尝试切换到内置端口(主板上的 COM1)以查看是否有任何效果。

我突然想到:端口寻址的形式与它有什么关系吗？我使用的其他类似应用程序使用 qestserialport 库，它使用 '\\.\COM#' 表示法打开端口。使用的符号是否可以通过某种方式影响时间？

USB 串行设备上显示“VScom”，通常它会立即打开(CreateFile 调用不到 10 毫秒)。这只是一个偶尔会出现问题的问题，我有其他程序似乎从来没有表现出这种行为。

我正在与之通话的设备是使用 IEEE 11073 协议(protocol)的医疗监视器。无论如何，我与设备的连接工作得很好，只有串口打开才有问题。打开时串行控制线的状态是否与此有关？另一端的设备正在轮询它的端口以寻找可以与之通信的各种对象，所以我不知道在出现问题的确切时刻串行线是什么样的。

Answer 1

OK，问题理解，如果没有解决。我正在玩不同的串行设备，问题开始更加频繁地出现。

问题似乎是当 VM 控制某些串行端口时，驱动程序间歇性地变慢以打开可用端口。

我的测试程序打开然后关闭端口 1000 次，计时打开调用。它不会以任何方式设置串口参数。在运行测试程序之前，我正在使用波特率 460800 的设备进行实际工作。

当虚拟机拥有 4 个端口时，打开其余 4 个端口有时(1000 次尝试中有 20-30 次)需要 20-30 秒才能完成。当 VM 未运行时，打开会很快发生所有 1000 次尝试。在 VM 运行但没有 USB 串行端口的情况下，在所有 1000 次尝试中都很快打开。

由于 VM 是一种开发工具，而不是我们预期部署方案的一部分，因此我可以接受这个问题。

有趣的是，这种效果似乎取决于端口上次使用的波特率。在我最初询问之前，我一直在 9600 波特和更低的波特率下运行，并且不记得曾经见过这个问题。当我第一次问这个问题时，我正在使用一个波特率为 115000 的设备，并且间歇性地遇到问题。使用波特率为 460800 的最新设备，我经常遇到问题，以便能够找到问题所在。不知道为什么，但就是这样。