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

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

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

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

通常情况下，您希望有一个接口的定义，而不必交付整个代码。例如，如果您有一个共享库，您将附带一个头文件，该文件定义了共享库中使用的所有函数和符号。如果没有头文件，则需要发布源代码。

在一个项目中，头文件至少有两个用途:

清晰性，即通过保持接口与实现分离，更容易阅读代码 编译时间。通过尽可能只使用接口，而不是完整的实现，可以减少编译时间，因为编译器可以简单地对接口进行引用，而不必解析实际代码(理想情况下，只需要一次完成)。

因为c++从C继承了它们。

主要原因是将接口从实现中分离出来。头文件声明了一个类(或任何正在实现的类)将做什么，而cpp文件定义了它将“如何”执行这些功能。

这减少了依赖关系，因此使用头文件的代码不一定需要知道实现的所有细节，也不需要知道为此所需的任何其他类/头文件。这将减少编译时间，以及当实现中的某些内容发生更改时所需的重新编译量。

它并不完美，您通常会求助于诸如Pimpl Idiom之类的技术来正确地分离接口和实现，但这是一个良好的开端。

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

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