替代WaitForInputIdle的方案：ShellExecuteEx启动程序等待失效问题

我最近在尝试用ShellExecuteEx启动应用程序，然后用WaitForInputIdle等待程序就绪。这个方法对不少应用都管用，但碰到iexplorer.exe这类应用就失效了——WaitForInputIdle会立刻返回，根本达不到我想要的等待效果。

我的相关代码如下：

SHELLEXECUTEINFO shellExecuteInfo;
shellExecuteInfo.cbSize = sizeof(SHELLEXECUTEINFO);
shellExecuteInfo.fMask = SEE_MASK_NOCLOSEPROCESS;
shellExecuteInfo.hwnd = NULL;
shellExecuteInfo.lpVerb = NULL;
shellExecuteInfo.lpFile = reinterpret_cast<const wchar_t*>(app->applicationFile.utf16());
shellExecuteInfo.lpParameters = NULL;
shellExecuteInfo.lpDirectory = NULL;
shellExecuteInfo.nShow = SW_SHOWNORMAL;
shellExecuteInfo.hInstApp = NULL;

if(!ShellExecuteEx(&shellExecuteInfo)) {
    log(QString("Can not start application %1 with path %2. Last error is %3")
        .arg(app->buttonName)
        .arg(app->applicationFile)
        .arg(GetLastError()));
    return ProcessWindowsInfo();
}

//Waiting for 30 seconds
DWORD result = WaitForInputIdle(shellExecuteInfo.hProcess, 30 * 1000);
if(result != 0) {
    //report error and return
    return ProcessWindowsInfo();
}

ProcessWindowsInfo info(GetProcessId(shellExecuteInfo.hProcess));
if(!findWindows(info)) {
    return info;
}
if(info.windows.empty()) {
    log(QString("Can not find windows for %1 with path %2")
        .arg(app->buttonName)
        .arg(app->applicationFile));
    return info;
}

resizeWindows(app, info);
showWindows(app, info.windows);
return info;

我之前看到过类似的问题，里面提到用CBT钩子或者WinEvents解决，但我不是专业的Win32开发者，完全搞不懂怎么实现这些方案，希望有人能给我指出最优的解决办法。另外还有帖子讨论WaitForInputIdle的替代方案，但我还是不清楚怎么获取刚启动应用的窗口句柄。

还有个疑问：我应该用ShellExecuteEx还是CreateProcess？这会影响我查找已启动应用的能力吗？

针对你的问题，我分几个部分来解答： #

1. 为什么WaitForInputIdle对iexplorer.exe无效？

WaitForInputIdle只对创建了消息循环的进程有效，但像IE这类应用，主进程可能只是个启动器，实际的窗口是由子进程创建的——你等待的主进程很快就进入空闲状态，但真正的窗口还没创建出来，所以函数会立即返回。

2. 最优解决方案：跟踪子进程+窗口枚举

对于这类多进程应用，更可靠的方式是：

• 启动进程后，定期枚举系统中的所有窗口，关联到你启动的进程及其子进程
• 等待直到目标窗口出现（可以根据窗口标题、类名或者进程ID过滤）

具体步骤：

• 用ShellExecuteEx启动进程时，已经拿到了hProcess，可以通过GetProcessId获取主进程ID
• 编写一个函数，枚举所有子进程（用CreateToolhelp32Snapshot+Process32First/Process32Next遍历进程树）
• 然后用EnumWindows枚举所有顶层窗口，对每个窗口调用GetWindowThreadProcessId获取所属进程ID，和主进程/子进程ID匹配
• 循环这个过程，直到找到目标窗口或者超时（比如30秒）

3. ShellExecuteEx vs CreateProcess

两者都可以启动进程，区别在于：

• ShellExecuteEx更适合启动关联文件（比如双击打开文档），它会调用系统的Shell关联，不需要指定完整路径（如果程序在PATH里）
• CreateProcess更底层，能精确控制进程的创建参数（比如工作目录、环境变量、优先级等）

对查找已启动应用的能力来说，两者没有本质区别——只要你能拿到进程句柄/ID，都可以用来关联窗口。如果你只是启动可执行文件，两者都能用；如果需要更精细的控制，选CreateProcess。

4. 替代方案简化实现（不用钩子/WinEvents）

如果你不想处理复杂的进程树和窗口枚举，可以试试：

• 启动进程后，先等待一小段时间（比如1秒），然后循环调用EnumWindows查找目标窗口，每次循环间隔几百毫秒，直到找到或者超时
• 可以结合窗口类名过滤，比如IE的主窗口类名是IEFrame，这样能更快定位到目标窗口

示例代码片段：

DWORD mainProcessId = GetProcessId(shellExecuteInfo.hProcess);
DWORD timeout = GetTickCount() + 30 * 1000;
HWND targetWindow = NULL;

while (GetTickCount() < timeout) {
    EnumWindows([](HWND hwnd, LPARAM lParam) -> BOOL {
        DWORD pid = 0;
        GetWindowThreadProcessId(hwnd, &pid);
        if (pid == *(DWORD*)lParam && IsWindowVisible(hwnd)) {
            // 可以再加类名判断：比如GetClassName(hwnd, buf, sizeof(buf)) == "IEFrame"
            *(HWND*)lParam = hwnd;
            return FALSE;
        }
        return TRUE;
    }, (LPARAM)&targetWindow);

    if (targetWindow != NULL) break;
    Sleep(500); // 等待500毫秒再重试
}

if (targetWindow == NULL) {
    // 处理找不到窗口的情况
} else {
    // 对窗口进行resize/show操作
}

注意：这种方式可能会误匹配其他同进程的窗口，所以最好结合窗口类名或者标题进行过滤，提高准确性。

内容的提问来源于stack exchange，提问作者yazwas