Windows下最小化cmd窗口时CPU密集型进程CPU占用降至0%问题咨询

现象产生原因 #

该问题本质是Windows传统控制台程序（conhost.exe）的输出阻塞机制导致的：

• 你的CPU密集型程序运行过程中存在向标准输出/标准错误打印内容的逻辑（例如进度打印、结果输出等），Windows传统控制台的默认设计中，窗口最小化时会暂停控制台输出队列的消费处理，避免不必要的渲染资源消耗。
• 当程序持续输出的内容超过控制台默认输出缓冲区大小（通常为4KB）时，后续的输出系统调用会被强制阻塞，整个进程会被操作系统挂起等待IO完成，因此CPU占用率会直接降至0%。
• 还原窗口后部分场景下阻塞的IO调用不会被窗口激活事件主动唤醒，因此进程会持续保持挂起状态，直到Ctrl+C发送的SIGINT信号打断阻塞的系统调用，进程才会恢复执行。

关闭该行为的解决方案 #

你可以通过以下几种方式彻底避免该问题：

• 调整控制台默认属性：打开任意cmd窗口，右键标题栏选择「属性」，切换到「选项」标签页，取消勾选快速编辑模式和插入模式，确认后选择「保存属性，供以后具有相同标题的窗口使用」，可解决部分控制台交互导致的异常阻塞。
• 运行时重定向程序输出：启动程序时将所有输出重定向到文件，避免输出写入控制台队列，命令示例：your_program.exe > run_output.log 2>&1，该方式不需要修改代码和系统配置，生效最快。
• 修改代码输出逻辑：如果不需要实时查看控制台输出，可以降低循环内的打印频率，或者在程序入口处添加禁用输出缓冲的代码（C++示例：setvbuf(stdout, NULL, _IONBF, 0);），也可以直接注释掉非必要的控制台输出语句。
• 更换默认终端：Win10及以上系统可以将默认终端替换为Windows终端，操作路径为「设置 - 系统 - 开发者选项 - 终端」，选择「Windows终端」作为默认终端，新版终端不存在传统控制台最小化时的输出阻塞问题。

内容的提问来源于stack exchange，提问作者Christopher D'Angelo