在c中,为什么编译大量文件比编写大文件需要更长的时间？

我最近将我的c项目中的一些非常大的文件拆分为许多较小的文件(基本上每个类一个文件).这使编译时间增加了一倍,并将生成的可执行文件从1.6mb扩大到2.4mb.为什么这会产生如此巨大的差异？

这是否必须在很多文件中包含一些标题而不是少数文件的直接结果？

漫画选项：

g -Wall -Wextra -g -ggdb -std = c 0x

我所指的可执行文件大小是在运行strip -s可执行文件之后.

尺寸：

之前使用调试符号：16MB

使用调试符号后：26MB

没有调试符号之前：1.5MB

没有调试符号后：2.4MB

附加问题：

我已经通过将标头放在pch.hpp中然后在我的g标志中使用-include pch.hpp选项来使用预编译头文件.这是使用gcc执行此操作的最佳方式吗？它似乎对编译时间的影响非常小.目前尚未预编译的唯一标题是项目的一部分,并且随着项目的大量开发而变化.

解决方法

有几个原因导致这种情况发生,这是一个题外话：

>较慢的磁盘访问(可能不是导致如此大幅增加的原因)
>包含相同标题的多个翻译单元意味着将这些标题粘贴到每个标题中.标题也会每次都进行预处理. (最可能的原因)
>标题中定义的静态变量或函数在每个翻译单元中都是重复的
>为每个专门化它们的翻译单元生成模板符号

这里有一些可以帮助你的东西 – 保留多个文件但减少编译时间：

>预编译头>批量构建 – 从构建中排除cpp文件,但将它们包含在已编译的不同实现文件中.