如何（最佳方式）向正在运行的进程发送 WM_QUIT ？

Question

目标：在Windows下关闭正在运行的32位GUI进程

• 我可以访问可执行文件路径名。
• 可能有多个此软件的副本正在运行，但只有一个从唯一的可执行文件路径名启动。
• 由于可执行文件的多个实例可能正在运行，因此简单查看顶级窗口需要区分哪个可执行文件路径名实际上负责该窗口...

可能的方法：

枚举进程和线程，然后使用PostThreadMessage(thread, WM_QUIT, 0, 0)

• 这很有道理，但我担心用什么技术来区分“主线程”

有这种方法的示例：

• 这假定创建时间最早的线程是主线程。
• 这使用一个仅限32位的技巧来查找主线程。

枚举顶级窗口，获取进程标识，然后将消息发送到窗口：

• 这假设只有一个顶级窗口。

其他想法：

• 我的目标应用程序是多语言的 - 因此查看顶级窗口的名称似乎也不正确...因为我不知道它会说什么（根据用户的设置，它也是动态的）。

基本上，我想要一种可靠的方法告诉我的应用程序 - 从特定的可执行文件路径名启动的特定实例，关闭它。

是否有更好的方式：

• 也许创建命名信号量来发出信号？
• 注册Windows消息广播（通过ATOM传递路径名）？
• 其他IPC机制？

提前感谢您提供的任何想法...

- Mordachai

---

假设其他应用程序不是你的，我会将 WM_QUIT 消息发送给应用程序的主窗口而不是线程。期望应用程序知道如何释放自己的资源并关闭自己的线程。 - John Dibling

我在这里找到了一个看起来不错的答案，链接如下：https://dev59.com/kXI-5IYBdhLWcg3wYXL8 - John Dibling

仅需列举目标进程的窗口并向它们所有发送 WM_QUIT 消息。在同一线程中运行的多个窗口将只是将冗余消息放入相同的队列中，但只需要其中一个消息就可以结束该线程的消息循环。 - Remy Lebeau

确实，@RemyLebeau，我能够使用基本上这种技术：找到进程ID，找到属于该进程的所有顶级窗口，并向拥有这些顶级窗口的每个线程发送WM_QUIT消息。这个方法非常有效。稍后我会发布代码... - Mordachai

@Mordachai：我并不是建议你直接在帖子中发布，而是在各自的窗口中发布。 - Remy Lebeau

Answer 1

这是我自己解决问题的方法，可以与XP兼容，并处理具有多个顶层窗口和多个线程的进程，假设目标进程正确地处理了自身的WM_QUIT（这当然应该这样做！）。

我使用C ++从Win32 API中选择：

调用Shutdown(filename);。它会调用GetProcessID(filename)以获取进程ID，然后调用EnumerateWindowThreads(processID)来获取具有顶级窗口的线程集（我们可以认为是进程的“主线程”），并使用PostThreadMessage（...，WM_QUIT，...）要求它们终止。

如果你想调用GetExitCodeProcess（process_handle，&exit_code），可以在发送WM_QUIT消息之前打开一个进程句柄。只需确保在发布退出消息之前/同时获得并保持进程句柄，以确保在完成后有可查询的东西...

DWORD Shutdown(const TCHAR * executable) {
    // assumption: zero id == not currently running...
    if (DWORD dwProcessID = GetProcessID(executable)) {
        for (DWORD dwThreadID : EnumerateWindowThreads(dwProcessID))
            VERIFY(PostThreadMessage(dwThreadID, WM_QUIT, 0, 0));
    }
}

// retrieves the (first) process ID of the given executable (or zero if not found)
DWORD GetProcessID(const TCHAR * pszExePathName) {
    // attempt to create a snapshot of the currently running processes
    Toolbox::AutoHandle::AutoCloseFile snapshot(CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0));
    if (!snapshot)
        throw CWin32APIErrorException(_T(__FUNCTION__), _T("CreateToolhelp32Snapshot"));

    PROCESSENTRY32 entry = { sizeof(PROCESSENTRY32), 0 };
    for (BOOL bContinue = Process32First(snapshot, &entry); bContinue; bContinue = Process32Next(snapshot, &entry)) {
#if (_WIN32_WINNT >= 0x0600)
        static const BOOL isWow64 = IsWow64();
        if (isWow64) {
            Toolbox::AutoHandle::AutoCloseHandle hProcess(OpenProcess(PROCESS_QUERY_LIMITED_INFORMATION, FALSE, entry.th32ProcessID));
            DWORD dwSize = countof(entry.szExeFile);
            if (!QueryFullProcessImageName(hProcess, 0, entry.szExeFile, dwSize))
                //throw CWin32APIErrorException(_T(__FUNCTION__), _T("QueryFullProcessImageName"));
                    continue;
        }
#else
        // since we require elevation, go ahead and try to read what we need directly out of the process' virtual memory
        if (auto hProcess = Toolbox::AutoHandle::AutoCloseHandle(OpenProcess(PROCESS_QUERY_INFORMATION|PROCESS_VM_READ, FALSE, entry.th32ProcessID))) {
            if (!GetModuleFileNameEx(hProcess, nullptr, entry.szExeFile, countof(entry.szExeFile)))
                //throw CWin32APIErrorException(_T(__FUNCTION__), _T("GetModuleFileNameEx"));
                    continue;
        }
#endif
        if (compare_no_case(entry.szExeFile, pszExePathName) == STRCMP_EQUAL)
            return entry.th32ProcessID; // FOUND
    }

    return 0; // NOT FOUND
}


// returns the set of threads that have top level windows for the given process
std::set<DWORD> EnumerateWindowThreads(DWORD dwProcessID) {
    if (!dwProcessID)
        throw CLabeledException(_T(__FUNCTION__) _T(" invalid process id (0)"));
    std::set<DWORD> threads;
    for (HWND hwnd = GetTopWindow(NULL); hwnd; hwnd = ::GetNextWindow(hwnd, GW_HWNDNEXT)) {
        DWORD dwWindowProcessID;
        DWORD dwThreadID = ::GetWindowThreadProcessId(hwnd, &dwWindowProcessID);
        if (dwWindowProcessID == dwProcessID)
            threads.emplace(dwThreadID);
    }
    return threads;
}

对于我使用的Toolbox :: AutoHandle :: AutoCloseHandle和各种异常类，我深表歉意。它们都很简单- AutoCloseHandle是HANDLE的RAII实现，异常类的存在是因为我们的代码库早于标准库（而且标准库仍然无法处理UNICODE异常）。

- Mordachai