有时我看到有人这样编译 C 程序：
gcc -o hello hello.c hello.h
据我所知，我们只需要将头文件放入 C 程序中，如下所示：
#include "somefile"
并编译C程序：gcc -o hello hello.c。
我们什么时候需要编译头文件或为什么？
【问题讨论】：
首先，总的来说：
如果这些 .h 文件确实是典型的 C 风格头文件（而不是完全不同的东西，恰好以 .h 扩展名命名），那么不，没有理由“编译”这些头文件独立归档。头文件旨在包含在实现文件中，而不是作为独立的翻译单元提供给编译器。
由于典型的头文件通常只包含可以在每个翻译单元中安全重复的声明，因此完全可以预期“编译”头文件不会产生有害后果。但同时它也不会取得任何有用的结果。
基本上，将hello.h 编译为一个独立的翻译单元，相当于创建一个仅包含#include "hello.h" 指令的退化dummy.c 文件，并将该dummy.c 文件提供给编译器。它会编译，但没有任何意义。
其次，专门针对 GCC：
许多编译器会根据文件扩展名不同地处理文件。当带有.h 扩展名的文件作为命令行参数提供给编译器时，GCC 会对其进行特殊处理。 GCC 没有将其视为常规翻译单元，而是为该 .h 文件创建一个 预编译头 文件。
你可以在这里阅读：http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html
因此，这就是您可能会看到 .h 文件被直接馈送到 GCC 的原因。
【讨论】：
好的，我们来了解一下主动代码和被动代码的区别。
活动代码是函数、过程、方法的实现，即应该编译为可执行机器代码的代码片段。我们将它存储在 .c 文件中，并确定我们需要对其进行编译。
被动代码本身并没有被执行，但它需要解释不同的模块如何相互通信。通常，.h 文件只包含原型（函数头）、结构。
一个例外是宏，它在形式上可以包含一个活动部分，但您应该了解它们是在构建（预处理）的早期阶段使用的，只是简单的替换。在编译时，宏已被替换为您的 .c 文件。
另一个例外是 C++ 模板，它应该在 .h 文件中实现。但是这里有一个类似于宏的故事：它们在早期阶段被替换（实例化）并且形式上，彼此实例化是另一种类型。
总之，我认为，如果模块形成正确，我们永远不应该编译头文件。
【讨论】：
在某些系统中，试图加速完全解析的“.c”文件的组装将包含文件的预组装称为“编译头文件”。但是，它是一种优化技术，对于实际的 C 开发来说并不是必需的。
这种技术基本上计算了包含语句并保留了扁平包含的缓存。通常，C 工具链会递归地剪切和粘贴包含的文件，然后将整个项目传递给编译器。使用预编译的标头缓存，工具链将检查是否有任何输入（定义、标头等）已更改。如果没有，那么它会将已经扁平化的文本文件 sn-ps 提供给编译器。
此类系统旨在加快开发速度；然而，许多这样的系统非常脆弱。随着计算机的加速和源代码管理技术的变化，在公共项目中实际使用的标头预编译器越来越少。
在您真正需要编译优化之前，我强烈建议您避免预编译头文件。
【讨论】：
当我们像这样包含头文件时：#include
【讨论】：
我认为我们确实需要预处理（也许不调用编译）头文件。因为据我了解，在编译阶段，头文件应该包含在c文件中。例如，在 test.h 我们有
typedef enum{
a,
b,
c
}test_t
在 test.c 中我们有
void foo()
{
test_t test;
...
}
在编译过程中，我认为编译器会将头文件和c文件中的代码放在一起，头文件中的代码将被预处理并替换c文件中的代码。同时，我们最好在makefile中定义包含路径。
【讨论】：
您不需要编译头文件。它实际上并没有做任何事情，因此尝试运行它是没有意义的。但是，这是检查拼写错误和错误的好方法，因此以后会更容易。
【讨论】：