WM_ACTIVATEAPP消息句柄非激活窗口句柄，如何识别激活应用？

这确实是WM_ACTIVATEAPP消息容易让人踩坑的点——它附带的句柄并不是你预期的激活窗口句柄，而是消息接收进程关联的窗口（甚至可能是个隐藏窗口），因为WM_ACTIVATEAPP本质是发给整个进程的通知，而非单个窗口。下面给你几个可靠的方案，帮你准确锁定被激活的应用/窗口：

方法1：结合WM_ACTIVATEAPP参数+前台窗口API #

当你在钩子中捕获到WM_ACTIVATEAPP时，重点关注两个参数：

• wParam：BOOL类型，TRUE表示当前进程被激活，FALSE表示被失活
• 此时不要纠结lParam里的句柄，立刻调用GetForegroundWindow()获取当前真正处于前台的窗口句柄

拿到前台窗口句柄后，用GetWindowThreadProcessId(hwnd, &dwProcessId)提取该窗口所属的进程ID，再和你预先保存的监控进程ID列表比对，就能确定是不是目标应用。

示例伪代码：

LRESULT CALLBACK HookProc(int nCode, WPARAM wParam, LPARAM lParam) {
    if (nCode >= 0 && (UINT)wParam == WM_ACTIVATEAPP) {
        BOOL isActivated = (BOOL)lParam;
        if (isActivated) {
            HWND foregroundHwnd = GetForegroundWindow();
            DWORD processId = 0;
            GetWindowThreadProcessId(foregroundHwnd, &processId);
            // 对比processId是否在你的监控列表中
            if (IsMonitoredProcess(processId)) {
                // 处理目标应用激活逻辑
            }
        }
    }
    return CallNextHookEx(NULL, nCode, wParam, lParam);
}

方法2：监听WM_SETACTIVE消息（针对单个窗口） #

如果你需要精准到单个窗口的激活状态，不如同时监听WM_SETACTIVE消息。这个消息是直接发给被激活的窗口的，消息的窗口句柄就是目标窗口本身：

• wParam：TRUE表示窗口被激活，FALSE表示失活
• lParam：之前处于激活状态的窗口句柄

拿到这个窗口句柄后，同样用GetWindowThreadProcessId获取进程ID，过滤出你监控的应用即可。需要注意的是，同一个进程内的窗口切换也会触发WM_SETACTIVE，所以要结合进程ID做二次过滤。

方法3：利用全局钩子的进程上下文优势 #

如果你的钩子是全局钩子（比如WH_GETMESSAGE或WH_CALLWNDPROC），钩子函数会运行在目标进程的地址空间中。这时候你可以直接调用GetCurrentProcessId()获取当前进程的ID——这个ID就是收到WM_ACTIVATEAPP消息的进程ID，也就是被激活/失活的进程，完全不需要通过窗口句柄去间接查询，效率更高。

额外验证技巧（避免误判） #

有些应用会有多个进程，或者弹出的窗口属于系统进程（比如某些对话框），这时候可以结合以下信息辅助验证：

• 用GetWindowText(hwnd, buffer, sizeof(buffer))获取窗口标题
• 用GetClassName(hwnd, buffer, sizeof(buffer))获取窗口类名
• 用GetModuleFileNameEx获取进程的可执行文件路径，和你监控的应用路径比对

这些信息可以帮你进一步确认是不是目标应用的主窗口，避免误触发。

内容的提问来源于stack exchange，提问作者C R Johnson