移除未使用的#include头文件能否提升程序运行速度？

其实直接给你说透：完全不会提升程序的运行速度，但会影响编译阶段的效率，咱们一步步理清楚：

• 首先说运行时的差异：不管你的代码里有没有那个没用到的#include <iostream>，最终生成的可执行文件是完全一样的。像GCC、Clang、MSVC这类主流现代编译器都很聪明，会自动跳过头文件里没被代码用到的内容，不会把它们编译进最终的二进制程序里。所以你运行这两个版本的代码时，速度上不会有任何可测量的区别——本质上它们就是同一个程序。

• 那编译器会不会“忽略”未使用的#include？准确来说不是完全忽略，编译器还是会去读取这个头文件，但如果发现里面的函数、类、宏等内容完全没被你的代码调用，就不会把这些内容纳入最终的编译输出。说白了就是编译阶段多做了点“无用功”，但对运行结果半毛钱影响都没有。

• 你提到自己移除了头文件但没测速工具，其实根本不用纠结运行速度的测试——因为本来就没变化。如果实在想验证，你可以对比两个版本生成的可执行文件大小，或者用反汇编工具看看里面的指令，会发现两者完全一致。

不过虽然不影响运行速度，移除未使用的#include还是有实打实的好处：

• 能显著加快编译速度：尤其是在大型项目里，一个多余的头文件可能会连锁引入一堆其他头文件，编译器要花大量时间去解析这些内容，移除后能减少编译的工作量，节省不少时间。
• 让代码更清晰：别人看你的代码时，能一眼看出哪些是真正依赖的头文件，减少理解成本，也能避免一些潜在的命名冲突（虽然概率不高，但多一层保障总没错）。

内容来源于stack exchange