编译时间和内存 大型C++项目的使用情况？

没有答案，只有建议。

马上回头看你：你到底想做什么？您是否正在尝试从不同的源文件创建代码库？ 或者这是一个可执行文件？ 你真的编码了那么多.cpp文件吗？

50,000 个源文件很好...一个大型项目。 您是否尝试在所有文件中执行一些共同的操作(例如，每个源文件都表示资源，记录，图像或独特的内容(。或者它只是 50K 不同的代码文件？

大部分编译时间不会基于每个源文件的大小。它将基于每个 cpp 文件将引入的头文件(以及它们包含的头文件(的数量。 标头虽然通常不包含实现，但仅包含声明，但必须经过编译过程。 代码库中的冗余标头可能会减慢构建时间。

这种规模的大型项目使用预编译的标头。 您可以将所有常用的头文件包含在一个头文件 (common.h( 中并构建 common.h。 然后所有其他源文件只包含"common.h"。 编译器可以配置为在看到每个源的 #include"common.h"时自动使用已编译的头文件。

(i( 确定这一点涉及太多因素，甚至不可能进行近似。编译可以是内存、CPU 或硬盘驱动器。文件的复杂性很重要(从您的描述来看，您的复杂性很低(。

(ii( 这样做的典型方法是创建一个库，让系统弄清楚链接或加载。您可以选择静态或动态链接。

静态链接
假设您使用的是 gcc，这看起来像这样：
g++ -c file1.cpp -o file1.o
g++ -c file2.cpp -o file2.o
...
g++ -c filen.cpp -o filen.o
ar -rc libvector.a file1.o file2.o ... filen.o

然后，当您构建自己的代码时，您的最终链接如下所示：
g++ myfile.cpp libvector.a -o mytask

动态链接
同样，假设您使用的是 gcc，这看起来像这样：
g++ -c file1.cpp -fPIC -o file1.o
g++ -c file2.cpp -fPIC -o file2.o
...
g++ -c filen.cpp -fPIC -o filen.o
ld -G file1.o file2.o ... filen.o -o libvector.so

然后，当您构建自己的代码时，您的最终链接如下所示：
g++ myfile.cpp libvector.so -o mytask
您需要 libvector.so 位于加载程序的路径中，可执行文件才能正常工作。

无论如何，只要 50,000 个文件不更改，您只需要执行最后一个命令(这会快得多(。

您可以从".cpp"构建每个对象文件，让".h"文件具有大量(我的意思是很多(前向声明 - 因此当您更改.h文件时，它不需要重新编译程序的其余部分。通常，函数/方法需要其参数中的对象名称或它正在返回的内容。如果它需要其他细节 - 是的，它需要包括在内。

请得到斯科特迈尔斯的书 - 会帮助你很多。

哦 - 当试图吃一个大蛋糕时 - 把它分开。切片更易于管理。

我们真的不能说编译需要多少时间，但你应该做的是将每个.cpp/.h对编译成一个.o文件：

$ g++ -c -o test.o test.cpp ...

一旦你有了所有这些，你编译主程序如下：

$ g++ -c -o main.o main.cpp
$ g++ -o main main.o test.o blah.o otherThings.o foo.o bar.o baz.o etc...

你使用.so的想法几乎是在问"我能多快崩溃程序，可能还有操作系统？共享库适用于数量较少的大型库，而不是链接到二进制文件的 50,000 .so(特别是如果您动态加载它们......那将是 BAD(。