可以使用哪些技术来加快c++编译时间?
这个问题出现在一些关于Stack Overflow问题c++编程风格的评论中，我很有兴趣听听有什么想法。
我看到过一个相关的问题，为什么c++编译要花这么长时间?，但这并没有提供很多解决方案。
当前回答
更快的硬盘。
编译器将许多(可能很大)文件写入磁盘。使用SSD而不是典型的硬盘，编译时间要低得多。
其他回答
有一本书是关于这个主题的，书名是《大规模c++软件设计》(由John Lakos撰写)。
这本书的年代早于模板，所以在书的内容中加上“使用模板也会使编译器变慢”。
如果您有一个多核处理器，Visual Studio(2005及以后版本)和GCC都支持多处理器编译。当然，如果你有硬件，这是可以实现的。
我有个关于使用内存驱动器的主意。事实证明，对于我的项目来说，这并没有太大的区别。但它们仍然很小。试一试!我很想知道这有多大帮助。
我将链接到我的另一个答案:如何减少Visual c++项目(原生c++)的编译时间和链接时间?我想补充的另一点是使用预编译的头文件，这经常会导致问题。但是，请只将它们用于几乎不会改变的部分(如GUI工具箱头)。否则，他们会花费你更多的时间，而不是他们最终节省你的时间。
另一个选项是，当你使用GNU make时，打开-j<N>选项:
-j [N], --jobs[=N] Allow N jobs at once; infinite jobs with no arg.
我通常把它设置为3，因为我这里有一个双核。然后，它将为不同的翻译单元并行运行编译器，前提是它们之间没有依赖关系。链接不能并行完成，因为只有一个链接器进程将所有目标文件链接在一起。
但是链接器本身可以被线程化，这就是GNU gold ELF链接器所做的。它是优化的多线程c++代码，据说它链接ELF对象文件的速度比旧的ld快很多(实际上包含在binutils中)。
当我从大学毕业时，我看到的第一个真正有生产价值的c++代码有这些神秘的#ifndef…#endif指令在它们之间定义头文件的地方。我以一种非常天真的方式问了那个写代码的人关于这些重要的东西，他被介绍给了大规模编程的世界。
回到正题，当谈到减少编译时间时，使用指令来防止重复的头定义是我学到的第一件事。
