<分区>
今天自动生成的数量之多让我有点吃惊，其中包括 Boost如果我们打开详细包含，则在进行编译时会产生。我们平均每个编译单元包含 3000 个头文件，有时会达到 5000 个。实际上，所有这些都是由 Boost 的预处理器元编程恐惧引起的，大量相同的头文件一次又一次地包含在大规模的预处理器递归中。
你觉得一个Boost项目每次编译3000个正常吗？除了购买 SSD 数组之外，我还能做些什么来优化 Boost 构建？是吗？
<分区>
今天自动生成的数量之多让我有点吃惊，其中包括 Boost如果我们打开详细包含，则在进行编译时会产生。我们平均每个编译单元包含 3000 个头文件，有时会达到 5000 个。实际上，所有这些都是由 Boost 的预处理器元编程恐惧引起的，大量相同的头文件一次又一次地包含在大规模的预处理器递归中。
你觉得一个Boost项目每次编译3000个正常吗？除了购买 SSD 数组之外，我还能做些什么来优化 Boost 构建？是吗？
最佳答案
真正有用的一件事是使用预编译头文件，这样许多或大部分 Boost 头文件都会为整个构建编译一次，而不是为每个翻译单元编译一次。
两者都是Microsoft Visual C++和 GCC支持预编译 header (与其他编译器一样)。
关于c++ - 优化使用 Boost 的项目构建的最佳方法是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1650987/