设置THREAD_PRIORITY_TIME_CRITICAL后Win11全核满载无法响应Ctrl+Alt+Delete？

核心原因是你给每个测试线程设置了THREAD_PRIORITY_TIME_CRITICAL这个极高优先级，完全抢占了系统关键进程的CPU资源，导致负责处理Ctrl+Alt+Delete的系统组件根本没机会运行。

具体细节拆解 #

• 线程优先级层级问题
  Windows的线程优先级有严格划分，THREAD_PRIORITY_TIME_CRITICAL属于实时优先级梯队，优先级远高于winlogon.exe（负责安全桌面和Ctrl+Alt+Delete处理）、csrss.exe（负责子系统进程管理）这类核心系统进程。当每个CPU核心都被这个优先级的死循环线程占满时，系统进程连CPU时间片都拿不到，自然无法响应键盘中断和热键处理。

• Ctrl+Alt+Delete的依赖逻辑
  这个热键确实是系统级功能，但它的触发流程依然需要系统进程的参与：键盘硬件触发中断后，需要系统服务进程把信号传递给winlogon.exe，再由它切换到安全桌面并展示选项。如果winlogon.exe被高优先级线程挤得完全无法运行，整个流程就卡壳了。

• 移除高优先级后的正常逻辑
  当去掉THREAD_PRIORITY_TIME_CRITICAL设置后，测试线程默认是THREAD_PRIORITY_NORMAL优先级，而系统核心进程的优先级（比如THREAD_PRIORITY_HIGHEST或更高）比普通线程高，此时即使CPU被占满，系统进程依然能抢到足够的CPU时间来响应Ctrl+Alt+Delete，让你终止测试程序。

测试代码 #

#include <windows.h>
#include <stdio.h>

DWORD WINAPI consume_cpu(LPVOID arg)
{
    while (1) {}
    return 0;
}

int main(int argc, char** argv)
{
    // 获取CPU核心数
    SYSTEM_INFO sysinfo;
    GetSystemInfo(&sysinfo);
    int num_cores = sysinfo.dwNumberOfProcessors;

    HANDLE* threads = (HANDLE*)malloc(num_cores * sizeof(HANDLE));

    // 为每个核心创建一个线程
    for (int i = 0; i < num_cores; i++)
    {
        threads[i] = CreateThread(NULL, 0, consume_cpu, NULL, 0, NULL);
        SetThreadPriority(threads[i], THREAD_PRIORITY_TIME_CRITICAL);
    }

    // 等待所有线程结束
    WaitForMultipleObjects(num_cores, threads, TRUE, INFINITE);

    free(threads);
    return 0;
}

备注 #

移除THREAD_PRIORITY_TIME_CRITICAL后，CPU仍能达到100%使用率且系统恢复响应。

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