包含.cpp文件而不是.h文件以使vanilla gcc能够更多地优化我的代码是一个好主意吗？

Question

出于运行速度的原因 ，在我的项目中使用#include "randombytes.cpp"而不是randombytes.h （其中randombytes.cpp是我的项目源代码目录中的文件）是一个好主意吗？ randombytes.cpp看起来像这样：

#ifndef RANDOMBYTES_INCLUDED
#define RANDOMBYTES_INCLUDED

/* include native headers here */

unsigned char *fetch_random_bytes(int amount);

/* include other parts of my project here if necessary */

unsigned char *fetch_random_bytes(int amount) {
  // do stuff
}

#endif

这对于需要彼此等的文件也适用，对吧？ 你能想到任何不起作用的情况，或者我不会得到优化的好处吗？

Answer 1

这种做法被称为“Unity Build”（google it），除了琐碎的项目之外通常不是一个好主意，因为每次进行一次更改都需要重新编译整个项目，这可能意味着每次你都要等待几分钟修复一个小错误。

至于运行时性能，速度差异与使用链接时间优化进行编译没有太大差别。

Answer 2

是的，这通常是一种称为“统一构建”的技术，它有助于内联过程（如果编译器足够智能）。 但是，如果您具有内部链接的重复函数（即：仅存在于.cpp中并且未在.h中声明的函数），则存在这样的缺点，因为这些可能难以调试编译错误，尽管可以避免具有仔细和一致的命名约定

关于此的一些解读：

团结的利弊是什么？

http://www.gmixer.com/archives/46