下面是C和c++头文件命名不同的几个原因:

Automatic code formatting, you might have different guidelines for formatting C and C++ code. If the headers are separated by extension you can set your editor to apply the appropriate formatting automatically Naming, I've been on projects where there were libraries written in C and then wrappers had been implemented in C++. Since the headers usually had similar names, i.e. Feature.h vs Feature.hpp, they were easy to tell apart. Inclusion, maybe your project has more appropriate versions available written in C++ but you are using the C version (see above point). If headers are named after the language they are implemented in you can easily spot all the C-headers and check for C++ versions.

记住，C不是c++，除非你知道你在做什么，否则混合和匹配是非常危险的。适当地命名源代码可以帮助您区分语言。

在我90年代早期的一份工作中，我们分别使用.cc和.hh作为源文件和头文件。在所有的选择中，我仍然更喜欢它，可能是因为它最容易打字。

正如这里许多人已经提到的，我也更喜欢使用.hpp来处理使用模板类/函数的纯头文件库。我更喜欢使用.h作为头文件，附带.cpp源文件或共享或静态库。

我开发的大多数库都是基于模板的，因此只需要头文件，但在编写应用程序时，我倾向于将声明与实现分开，最终使用.h和.cpp文件

你可以随意命名你的include。

只需要在#include中指定全名。

我建议你使用C语言时使用.h，使用c++时使用.hpp。

它最终只是一种惯例。

源文件的扩展名可能对您的构建系统有意义，例如，您可能在makefile中有一个用于.cpp或. C文件的规则，或者您的编译器(例如Microsoft cl.exe)可能根据扩展名将文件编译为C或c++。

因为您必须向#include指令提供整个文件名，所以头文件扩展名是不相关的。如果您愿意，您可以在另一个源文件中包含.c文件，因为它只是一个文本包含。你的编译器可能有一个选项来转储预处理输出，这将使这一点明确(微软:/P预处理到文件，/E预处理到stdout， /EP省略#line指令，/C保留注释)

你可以选择对那些只与c++环境相关的文件使用.hpp，也就是说，它们使用的特性不能用C编译。

我更喜欢用.hpp作为c++头文件，这样可以让编辑器和其他程序员清楚地知道它是c++头文件，而不是C头文件。