我认为头文件背后的真正(历史)原因是使编译器开发人员更容易……但是，头文件确实有优势。 查看之前的帖子了解更多讨论…

c++的设计目的是在C基础设施中添加现代编程语言的特性，而无需不必要地更改C语言中与语言本身无关的任何内容。

是的，在这一点上(在第一个c++标准诞生10年之后，在它开始大量使用20年之后)，很容易会问为什么它没有一个合适的模块系统。很明显，现在设计的任何新语言都不能像c++那样工作。但这不是c++的意义所在。

c++的重点是进化，是现有实践的平稳延续，只是添加新的功能，而不(经常)破坏对用户社区来说足够有效的东西。

这意味着，与其他语言相比，它使一些事情变得更困难(特别是对于开始一个新项目的人)，而另一些事情则更容易(特别是对于维护现有代码的人)。

因此，与其期待c++变成c#(这毫无意义，因为我们已经有了c#)，为什么不选择正确的工具来完成这项工作呢?就我自己而言，我努力用现代语言(我碰巧使用c#)编写大量的新功能，并且我有大量现有的c++，我将它们保存在c++中，因为重新编写它们将没有真正的价值。它们融合得很好，所以基本上是无痛的。

头文件的需求源于编译器在了解其他模块中的函数和(或)变量的类型信息方面的限制。编译后的程序或库不包含编译器绑定到其他编译单元中定义的任何对象所需的类型信息。

为了弥补这一限制，C和c++允许声明，并且可以在预处理器的#include指令的帮助下将这些声明包含到使用它们的模块中。

另一方面，像Java或c#这样的语言在编译器的输出(类文件或程序集)中包含了绑定所必需的信息。因此，不再需要维护模块的客户端所包含的独立声明。

编译器输出中没有包含绑定信息的原因很简单:在运行时不需要绑定信息(任何类型检查都发生在编译时)。这只会浪费空间。请记住，C/ c++来自于一个可执行文件或库的大小相当重要的时代。

c++是在1998年被批准的，但它的使用时间比那要长得多，而且批准主要是规定当前的用法，而不是强加结构。由于c++是基于C语言的，而C语言有头文件，所以c++也有头文件。

使用头文件的主要原因是支持文件的单独编译，并最小化依赖关系。

假设我有foo.cpp，我想使用bar.h/bar.cpp文件中的代码。

我可以在foo.cpp中#包含“bar.h”，然后编程和编译foo.cpp，即使bar.cpp不存在。头文件向编译器承诺bar.h中的类/函数将在运行时存在，并且它已经拥有了它需要知道的一切。

当然，如果bar.h中的函数没有body当我试图链接我的程序时，它就不会链接，我就会得到一个错误。

一个副作用是，您可以在不透露源代码的情况下为用户提供头文件。

另一种情况是，如果更改了*.cpp文件中代码的实现，但根本不更改头文件，则只需要编译*.cpp文件，而不需要编译使用它的所有内容。当然，如果您在头文件中放置了大量的实现，那么这就变得不那么有用了。

c++是这样做的，因为C是这样做的，所以真正的问题是为什么C要这样做?维基百科对此做了一些说明。

较新的编译语言(例如 Java、c#)不使用转发 声明;标识符 从源自动识别 文件和读取直接从动态 符号库。这意味着头文件 不需要文件。

c++在1998年被批准，那么为什么要这样设计呢?使用单独的头文件有什么好处?

实际上头文件在第一次检查程序时变得非常有用，检查头文件(仅使用文本编辑器)可以让您概述程序的体系结构，不像其他语言，您必须使用复杂的工具来查看类及其成员函数。