使用多个文件C而不是将它们全部放入单个文件中时，二进制文件是否有所不同？

Question

我知道到目前为止，多个文件将使代码更容易。 但是，它们是否在“全部塞入一个文件”之间提供了性能差异，还是像gcc这样的现代编译器会为两者创建相同的二进制文件。 当我说性能差异时，是指文件大小，编译时间和运行时间。

这仅适用于C。

Answer 1

可以说，使用多个文件可以缩短编译时间，因为您只需要重新编译已更改的文件（假设您有一个不错的依赖项跟踪构建系统）。

链接可能需要更长的时间，因为还有更多工作要做。

传统上，编译器无法跨多个源文件执行优化（内联函数之类的东西很棘手）。 因此，生成的可执行文件可能会有所不同，并且可能会变慢。

Answer 2

当所有内容都在一个文件中时，有更多的优化机会。 例如，以-O2开头的gcc会内联某些函数，即使它们的主体可用，即使它们没有被声明为内联（甚至更多的函数都可以使用-O3内联）。 因此，运行时间有所不同，有时您甚至有机会注意到它们。 使用-fwhole-program甚至可以告诉GCC您除了关心main()之外，不需要关心外部函数的离线版本（GCC的行为就像您所有的外部函数都变成静态的一样）。

整体编译时间可能会增加（因为要分析的东西更多，并且并非所有优化器算法都是线性的）或减少（当不需要多次解析相同的标头时）。 二进制大小可能会增加（由于内联，以换取更快的运行速度）或减小（可能性较小；但有时，内联会将调用者的代码简化到代码大小减小的程度）。

为了简化开发和维护，您可以使用sqlite的方法：它具有多个源文件，但是在编译之前将它们合并为一个（“合并”）。

Answer 3

从某些测试来看，编译和链接需要更长的时间。 您将收到一个不同的二进制文件，至少我是这样做的，但是我的二进制文件在另一个字节的范围内。

多文件版本运行于.000764 MS 。多个文件版本运行于.000769 MS 。就像我花了大约5分钟的时间就把它放在一起一样，这确实是一个很小的程序。

因此，实际上总体上没有差异。