SetForegroundWindow：ForegroundLockTimeout与SPI_GETFOREGROUNDLOCKTIMEOUT关联问题

背景 #

本问题聚焦于如何通过配置，借助SetForegroundWindow WinAPI函数控制跨进程程序式窗口激活（将窗口设为带输入焦点的前台窗口）。

SPI_GETFOREGROUNDLOCKTIMEOUT/SPI_SETFOREGROUNDLOCKTIMEOUT参数需配合SystemParametersInfo WinAPI函数使用，对应注册表项HKEY_CURRENT_USER\Control Panel\Desktop下的ForegroundLockTimeout持久化用户值。前台锁定超时指用户进行交互式输入后，系统禁止跨进程窗口激活的时间段。

预期行为 #

• 会话内的有效取值以SPI_GETFOREGROUNDLOCKTIMEOUT的返回值为准；若通过SPI_SETFOREGROUNDLOCKTIMEOUT进行非持久化更新（fWinIni参数设为0），该值可能与底层注册表值不一致
• 下次用户登录后，会话有效取值与注册表值应恢复同步

异常现象 #

Windows 11 #

• 登录时SPI_GETFOREGROUNDLOCKTIMEOUT始终返回2147483647（32位有符号整数最大值），但注册表中ForegroundLockTimeout的默认值为200000
• 测试环境：2022年9月16日版本的ARM架构Windows 11镜像，通过VMWare Fusion M1 Mac技术预览版运行
• 支持非持久化更新，但尝试持久化修改SPI_GETFOREGROUNDLOCKTIMEOUT的有效取值以作用于后续会话时，操作会被静默忽略；实际新用户会话默认仍不允许无条件窗口激活

Windows 10 #

• 某特定管理员账号出现异常：SPI_GETFOREGROUNDLOCKTIMEOUT默认值为0，且无法持久化修改，新会话默认允许无条件窗口激活
• 同一设备上的非管理员账号无此问题，设备未开启开发者模式

问题 #

1. Windows 11的上述现象是否为预期行为？若为预期，是否有官方文档记录？
2. Windows 10中该异常用户账号的行为原因是什么？是否存在其他持久化设置覆盖了预期行为？

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