回应MadKeithV的回答，

这减少了依赖关系，因此使用标头的代码不会 必然需要知道实现的所有细节和任何 其他类/头只需要这样做。这将减少 编译次数，以及需要的重新编译量 实现中的某些内容发生了变化。

另一个原因是头文件为每个类提供了唯一的id。

如果我们有

class A {..};
class B : public A {...};

class C {
    include A.cpp;
    include B.cpp;
    .....
};

我们会有错误，当我们试图构建项目时，因为A是B的一部分，有了头文件，我们就可以避免这种头痛……

因为C语言是这个概念的发源地，它已经有30年的历史了，在当时，它是将多个文件中的代码链接在一起的唯一可行的方法。

今天，这是一个可怕的黑客，它完全破坏了c++中的编译时间，导致无数不必要的依赖关系(因为头文件中的类定义暴露了太多关于实现的信息)，等等。

因为设计库格式的人不想为很少使用的信息(如C预处理器宏和函数声明)“浪费”空间。

因为你需要这些信息来告诉你的编译器“当链接器完成它的工作时，这个函数稍后可用”，他们必须拿出第二个文件来存储这些共享信息。

C/ c++之后的大多数语言将这些信息存储在输出中(例如Java字节码)，或者它们根本不使用预编译的格式，总是以源代码形式分发并动态编译(Python, Perl)。

回应MadKeithV的回答，

这减少了依赖关系，因此使用标头的代码不会 必然需要知道实现的所有细节和任何 其他类/头只需要这样做。这将减少 编译次数，以及需要的重新编译量 实现中的某些内容发生了变化。

另一个原因是头文件为每个类提供了唯一的id。

如果我们有

class A {..};
class B : public A {...};

class C {
    include A.cpp;
    include B.cpp;
    .....
};

我们会有错误，当我们试图构建项目时，因为A是B的一部分，有了头文件，我们就可以避免这种头痛……

这是预处理器声明接口的方式。将接口(方法声明)放到头文件中，实现放到cpp中。使用您的库的应用程序只需要知道接口，它们可以通过#include访问该接口。

因为在c++中，最终的可执行代码不携带任何符号信息，它或多或少是纯机器代码。

因此，您需要一种方法来描述一段代码的接口，这种方法与代码本身是分开的。该描述在头文件中。