CreateProcess 与 WaitForSingleObject 性能下降

Question

每个人可能都知道运行程序并等待其结束的代码：

   CreateProcess(...
   WaitForSingleObject(Process.hProcess, INFINITE

我自己使用过几次。但最近我发现，当它启动具有多媒体播放功能的程序时，此调用的性能比从通用文件管理器（Windows XP）执行的相同进程差。我的（父）进程的 CPU 消耗没问题，但在播放片段时会出现意外的小停顿。

我做了一些改变，比如：

CreateProcess ...
do {
    Sleep(100);
    Res = WaitForSingleObject(Process.hProcess, 10);
} while (Res == WAIT_TIMEOUT);

这有帮助。现在子进程播放该片段没有问题。 那么第一个片段有什么问题，它是否记录在某处？正如我从测试中看到的，第二个“等待”比第一个“等待”更“放松”，但第一个至少在形式上不会占用 CPU

Answer 1

如果此代码在 UI 线程上运行，则会导致其他（直接或间接）向窗口发送消息的进程出现性能问题，因为在等待子进程时不会运行消息循环。 Sleep() 和 WaitForSingleObject() 将处理消息。

Windows 资源管理器（文件管理器）不会遇到此问题，因为它：

1. 不保留打开的句柄来处理它根据用户请求启动的进程（我认为这更有可能，因为资源管理器不需要知道进程何时退出或其退出代码），或者
2. 不等待它可能从其子级保留的任何打开的进程句柄，重要的是
3. 始终确保在等待句柄时运行消息循环。这对于任何使用 COM 的进程都非常重要，因为 Explorer 大量使用 COM。

您可以调用 MsgWaitForMultipleObjects()，而不是调用 WaitForSingleObject() 。如果您为 dwWaitMask 参数指定 QS_ALLINPUT，则当您的事件发出信号或线程的消息队列中有输入时，MsgWaitForMultipleObjects 将返回。如果 MsgWaitForMultipleObjects() 由于消息可用而返回，您可以处理它并继续等待：

MSG msg;
DWORD reason = WAIT_TIMEOUT;
while (WAIT_OBJECT_0 != reason) {
    reason = MsgWaitForMultipleObjects(1, &hChildProcess, FALSE, INFINITE, QS_ALLINPUT);
    switch (reason) {
    case WAIT_OBJECT_0:
        // Your child process is finished.
        break;
    case (WAIT_OBJECT_0 + 1):
        // A message is available in the message queue.
        if (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) {
            TranslateMessage(&msg);
            DispatchMessage(&msg);
            // Note that if your main message loop does additional processing
            // (such as calling IsDialogMessage() for modeless dialogs)
            // you will want to do those things here, too.
        }
        break;
    }
}