为何GCC占满CPU时不会导致Windows系统界面卡顿？

• 进程优先级差异：GCC相关编译进程（如gcc.exe、g++.exe）默认优先级低于Windows UI核心进程（比如资源管理器explorer.exe、窗口管理器、输入法进程）。系统调度时会优先分配CPU时间给高优先级的UI任务，哪怕GCC占满所有核心，UI线程的时间片也不会被挤占，因此操作不会卡顿。
• 编译任务的特性：大型项目编译是多子进程并行执行（比如通过make或ninja启动多个GCC实例），但单个编译任务是短周期密集计算+短暂IO等待（读取头文件、写入目标文件）的循环。这些IO等待的间隙会被系统用来调度UI任务，不会让UI持续得不到CPU资源。
• 控制台程序的调度策略：GCC属于控制台程序，Windows对这类程序的调度逻辑和GUI程序不同——即使控制台程序满负载，系统也会强制预留足够时间片给GUI线程，避免用户操作无响应。而像Matlab、Numpy这类计算任务，往往和UI线程同属一个进程，优先级未拉开，一旦计算线程占满CPU，UI线程就会被阻塞。
• 任务管理器“100%”的误区：任务管理器的CPU占用是所有核心的总使用率统计，GCC只是把核心的空闲时间充分利用，但系统会在每个核心的时间片间隙插入UI任务调度，看似总占用100%，实际每个核心都没被完全霸占，仍给UI留了调度空间。

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