Windows 11应用后台化时计时不均问题技术求助

1. 触发的系统模式：进程执行节流（Process Power Throttling） #

Windows 11针对完全被遮挡（无任何可见区域）的窗口进程启用了PROCESS_POWER_THROTTLING_EXECUTION_SPEED节流机制——系统会降低该进程内线程的调度频率、限制CPU资源分配，以此优化前台应用性能和设备功耗。只有当窗口保留可见区域时，系统判定进程仍处于“活跃关联”状态，不会触发节流；而最大化窗口完全覆盖目标窗口后，等待5秒阈值到达，系统就会启动节流，导致定时任务的调度间隔出现波动。

2. 避免进入该模式的Windows API方案 #

禁用进程执行节流 #

通过SetProcessInformationAPI直接禁用进程的执行速度限制，代码示例：

#include <windows.h>
#include <processthreadsapi.h>

BOOL DisablePowerThrottling() {
    PROCESS_POWER_THROTTLING_STATE throttlingState = {0};
    throttlingState.Version = PROCESS_POWER_THROTTLING_CURRENT_VERSION;
    throttlingState.ControlMask = PROCESS_POWER_THROTTLING_EXECUTION_SPEED;
    throttlingState.StateMask = 0; // 禁用该节流项

    return SetProcessInformation(GetCurrentProcess(), ProcessPowerThrottling, &throttlingState, sizeof(throttlingState));
}

调用此函数后，系统不会对该进程的线程执行速度进行节流，无论窗口是否被遮挡，定时任务的调度间隔都能保持稳定。

提升线程/进程优先级 #

如果定时任务运行在独立线程中，可将线程优先级设为较高等级，减少调度延迟：

// 假设threadHandle是定时任务线程的句柄
SetThreadPriority(threadHandle, THREAD_PRIORITY_HIGHEST);
// 如需更强保障，可提升进程优先级（需谨慎，避免影响系统稳定性）
SetPriorityClass(GetCurrentProcess(), HIGH_PRIORITY_CLASS);

3. 关于SetCurrentProcessExplicitAppUserModelID()的加剧问题 #

调用该API后，系统会将进程标记为符合UWP应用模型的进程，这类进程受到更严格的后台资源限制——即使进程处于前台，系统也会在10秒活跃期后启动节流，这是UWP应用的后台管理规则导致的。解决方法是移除该API的调用；如果必须设置AppUserModelID，可改为针对窗口而非进程设置（通过SetWindowProperty设置System.AppUserModel.ID属性），避免触发进程级的UWP规则限制。

4. Qt框架层面的补充建议 #

Qt的QTimer默认依赖系统低精度定时器，对于40毫秒级的精准任务，建议：

• 使用QTimer::setTimerType(Qt::PreciseTimer)启用高精度定时器模式；
• 若任务精度要求极高，可直接封装Windows的CreateWaitableTimer或SetTimerAPI实现定时，绕过Qt事件循环的调度层。

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