为什么编译器（GCC 9.3.0）会抽风编不出来

学术版

Shunpower @ 2025-11-08 10:11:35

RT，自己遇到好多次这种情况了。快速反复编译同一个文件（比如修改 freopen）几次之后编译器就变得非常慢，要编几分钟才能编出来。

以前用 code runner 导致编译和运行是同时发生的，常常怀疑是自己 TLE 了，虚空调试若干年之后发现是编不出来。

想知道为什么会这样。

by Mike_L @ 2025-11-08 10:16:22

贴个示例代码出来

by __Accepted_cyx__ @ 2025-11-08 10:17:26

:::info[豆包回答] 这种编译器突然变慢的现象可能和以下几个原因有关，结合 GCC 9.3.0 的特性和你描述的场景（快速反复编译、修改 freopen 等操作），可以从这几个角度排查：

你提到“编译和运行同时发生”（比如 Code Runner 可能默认编译后立即运行），如果程序中使用 freopen 重定向了标准输入输出，且程序本身没有正常退出（比如陷入死循环、阻塞等待输入），可能导致前一次编译生成的可执行文件仍在运行。
此时反复编译会触发操作系统的文件锁机制：编译器需要写入新的可执行文件（如 a.out），但旧进程未释放对该文件的占用，导致 GCC 陷入等待（直到旧进程退出或系统强制释放），表现为编译“卡住”或极慢。
验证方法：编译变慢时，用 ps aux | grep 可执行文件名 或任务管理器查看是否有残留的运行进程，手动 kill 后再编译，观察是否恢复正常。

GCC 编译时会生成临时文件（如预处理后的 .i 文件、汇编文件 .s 等），默认存放在系统临时目录（如 /tmp）或当前目录。
快速反复编译时，若临时文件未被及时清理（尤其当编译被中断时），可能导致大量小文件堆积，加上频繁的磁盘读写（编译本质是 I/O 密集型操作），会显著拖慢速度，尤其是机械硬盘（HDD）或磁盘空间不足时。
验证方法：检查当前目录和系统临时目录（如 ls /tmp | grep gcc）是否有大量残留文件，手动清理后测试；若使用 SSD，可排查是否开启了 TRIM 或磁盘健康状态（如用 smartctl 检查）。

GCC 有一些内部缓存（如预编译头、模板实例化缓存），在极端频繁的编译下可能出现缓存状态异常，导致处理逻辑混乱（比如重复解析相同文件、缓存失效后的冗余操作）。
GCC 9.3.0 虽然稳定，但仍存在一些边缘场景的 Bug（可在 GCC Bugzilla 搜索类似报告），例如对频繁修改的文件（尤其是涉及 I/O 重定向的代码）处理时，可能触发某些低效路径。
验证方法：尝试用 -save-temps 选项保留中间文件，观察每次编译的中间产物是否有异常；或升级 GCC 版本（如 10+）测试是否仍有问题，排除版本特定 Bug。

快速反复编译会频繁占用 CPU 和内存（尤其是代码包含复杂模板、宏展开时），若系统内存不足，会触发 swap 交换（将内存数据写入磁盘），导致编译速度骤降（磁盘速度远慢于内存）。
若 Code Runner 等工具默认开启了多进程编译（如 -j 选项），频繁触发可能导致 CPU 核心被占满，后续编译任务需要排队等待。
验证方法：编译时用 top 或 htop 监控 CPU 使用率、内存和 swap 占用，若出现内存耗尽或 CPU 100%，则可能是资源不足导致。

确保程序正常退出：修改代码时，先保证程序能快速结束（比如注释掉可能阻塞的逻辑），避免残留进程占用文件。
清理临时文件：编译前用 make clean 或手动删除可执行文件、中间文件（*.o, *.i 等）。
禁用不必要的并行编译：若使用 make，避免 -j 选项；Code Runner 可配置编译命令为单进程（如 gcc -o main main.c，不加并行参数）。
检查系统资源：关闭其他占用大量内存/CPU 的程序，确保磁盘有足够空间（至少保留 10% 空闲）。
升级编译器：尝试 GCC 10 及以上版本，新版本修复了许多旧版本的性能问题。

这种现象更可能是程序残留进程导致的文件锁阻塞或系统资源竞争，而非编译器“抽风”。通过排查进程和资源占用，通常能解决问题。

要不要我帮你整理一份编译慢问题排查步骤清单？

by Shunpower @ 2025-11-08 10:19:34

@Mike_L ？我在很多不同的代码上这样做都遇到了这种问题，我觉得是代码无关的。

by __Accepted_cyx__ @ 2025-11-08 10:20:39

@Shunpower 可能是你设备问题

by Shunpower @ 2025-11-08 10:22:00

@__Accepted_cyx__ 说得道理，我在我的笔记本上从来没有遇到这种问题，但是在学校电脑上老是这样。

呃，也有可能是 GCC 老版本垃圾。我笔记本上装的是 GCC 15。

by MoCaRabbit @ 2025-11-08 10:32:24

@Shunpower 我也经常遇到，我目前的解决方法是推出 DEV 重进然后点击运行（不是编译运行），然后卡一下就行了（（（

我也不知这是什么原理，并且这样治标不治本，暂时可以用一下。（比干等它恢复快一些）

by Mike_L @ 2025-11-08 14:18:08

啊这是设备问题啊

我还以为是洛谷（

by _l_l_ @ 2025-11-08 15:47:58

不使用 dev-c++ 解决 100% 问题（

by Shunpower @ 2025-11-09 18:54:48

哦草我用的是 vscode 啊