Windows防焦点窃取机制为何失效？SetForegroundWindow可直接获取焦点

几年前，使用SetForegroundWindow这类API强制窗口置于Z-Order顶部是无效的：唯一结果就是任务栏中的图标闪烁，因为窃取焦点的行为是不合理的。

当时唯一的解决办法是使用各种技巧，比如Raymond那套基于热键的知名方案。

如今我做了一个简单的POC，发现我的程序无需任何技巧就能窃取焦点！这是怎么回事？

备注：我的HKEY_CURRENT_USER\Control Panel\Desktop\ForegroundLockTimeout值为30d40（即200秒）
系统版本：Windows 11 Enterprise 23H2

POC代码 #

#include <iostream>
#include <Windows.h>

int wmain(int argc, wchar_t* argv[]) {
    std::cout << "Starting..." << std::endl;
    if (argc != 3) {
usage:
        std::cout << "Usage: StealFocus -h [Handle value in hex]" << std::endl;
        return 0;
    }
    wchar_t* pszSwitch = argv[1];
    if (wcscmp(pszSwitch, L"-h") != 0) {
        std::cout << "Bad switch." << std::endl;
        goto usage;
    }

    wchar_t* pszArg = argv[2];
    long lHandle = wcstol(pszArg, nullptr, 16);
    if (lHandle == 0) {
        std::cout << "Invalid hex value" << std::endl;
        goto usage;
    }

    std::cout << "We will TRY to steal the focus in 10 seconds..." << std::endl;
    Sleep(10000);

    HWND hWndTarget = reinterpret_cast<HWND>(IntToPtr(lHandle));
    BOOL bSuccess = SetForegroundWindow(hWndTarget);
    if (bSuccess != FALSE) {
        std::cout << "Success!" << 
        return 0;
    }
}

原因分析 #

Windows 11 23H2对SetForegroundWindow的焦点规则做了调整，主要有以下几个可能的因素：

• 可信进程判定逻辑调整：如果你的POC程序是用户最近主动启动并交互过的进程，即使经过10秒Sleep延迟，系统仍会将其判定为"可信"交互进程，允许调用SetForegroundWindow成功切换焦点，不再触发严格的前台锁定限制。
• ForegroundLockTimeout生效场景变化：虽然你设置的是200秒的锁定超时，但Windows 11可能修改了该注册表项的生效条件，仅在系统刚启动、高优先级后台进程运行等特定场景下严格执行，普通用户进程的焦点切换请求不再受该值的完全约束。
• 权限匹配放宽限制：如果你的程序和目标窗口进程属于同一权限级别（比如都是普通用户权限或都是管理员权限），Windows 11会放宽焦点窃取的限制，避免之前过于严苛的规则影响正常的用户操作流程。

另外，你的POC代码存在语法错误（std::cout << "Success!" <<后缺少分号和闭合语句），但这不影响核心功能的测试结果。

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