【问题标题】:How (best) to post WM_QUIT to a running process?如何(最好)将 WM_QUIT 发布到正在运行的进程?
【发布时间】:2013-05-20 15:59:52
【问题描述】:

目标:关闭windows下正在运行的32位GUI进程

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

可能的方法:

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

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

有这种方法的例子:

枚举顶层窗口,获取进程标识,向窗口发送消息:

其他想法:

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

基本上,我想要的是一种可靠的方式来告诉我的应用程序 - 从特定可执行路径名(参数无关紧要 - 但路径确实)启动的特定实例,关闭。

有没有更好的方法呢:

  • 也许创建一个命名信号量来发出信号?
  • 注册的 Windows 消息广播(路径名作为 ATOM 传递)?
  • 其他 IPC 机制?

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

【问题讨论】:

  • 假设其他应用程序不是你的,我不会将WM_QUIT 消息发布到线程,而是发布到应用程序的主窗口。期望应用程序知道如何释放自己的资源并关闭自己的线程。
  • 我将如何检测给定进程的主窗口是什么(我可以获得进程 ID 或足够简单地处理)
  • 我在这里找到了一个很好的答案:stackoverflow.com/questions/1888863/…
  • 不幸的是,在我的情况下,这会给我两个线程 ID:一个用于主窗口,一个用于一种跟踪窗口(它将它们都创建为根级窗口,它们都属于同一个进程,但是对于不同的线程,还是没办法区分哪个是“main”)
  • 只需枚举目标进程的窗口并将WM_QUIT消息发送给所有这些。在同一个线程中运行的多个窗口只会将冗余消息放在同一个队列中,但只需要其中一个窗口即可结束该线程的消息循环。

标签: c++ windows winapi process shutdown


【解决方案1】:

这是我自己解决的方法,与 XP 兼容,并且可以处理具有多个顶级窗口和多个线程的进程,假设目标进程确实为自己正确处理 WM_QUIT(它当然应该这样做!)

我的目标是来自 C++ 的 Win32 API:

致电Shutdown(filename); 调用GetProcessID(filename) 来获取进程ID 然后调用EnumerateWindowThreads(processID) 以获取具有顶级窗口的线程集(我们可以假设这是进程的“主”线程),并使用PostThreadMessage(..., WM_QUIT, ...) 要求每个线程终止。

如果您想调用GetExitCodeProcess(process_handle, &exit_code),可以在发布WM_QUIT 消息之前打开进程ID 上的进程句柄。只需确保在发布退出之前/期间获取并保持打开一个进程句柄,以确保在完成后您有需要查询的内容...

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 异常)。

【讨论】:

    猜你喜欢
    • 2011-02-10
    • 2015-12-22
    • 2015-06-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-04
    • 2018-02-08
    相关资源
    最近更新 更多