编辑[增加了Dan Nissenbaum的建议]:

根据约定，当原型在头文件中定义时，使用.hpp文件。对于模板，头文件中的这种定义很有用，因为编译器只在模板实例化时为每种类型生成代码。因此，如果它们没有在头文件中定义，它们的定义将不会在链接时从其他编译单元解析。如果你的项目只使用c++，并且大量使用模板，这个约定将会很有用。

某些遵循此约定的模板库提供带有.hpp扩展名的头文件，以表明它们没有相应的.cpp文件。

另一个习惯是用.h表示C头文件，用.hpp表示c++头文件;boost库就是一个很好的例子。

引用自Boost FAQ， 文件扩展名向人类传递文件的“类型” 还有计算机程序。'.h'扩展名用于C头文件 文件，因此传达了关于c++头文件的错误信息 文件。不使用扩展不能传达任何信息，还会迫使检查 确定文件内容的类型。明确使用“。hpp” 将其标识为c++头文件，并且在实际应用中工作良好。 (Rainer Deyke)

Codegear c++ Builder使用.hpp作为从Delphi源文件自动生成的头文件，使用.h文件作为“自己的”头文件。

所以，当我写一个c++头文件时，我总是使用.h。

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

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

你可以随意命名你的include。

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

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

它最终只是一种惯例。

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

下面是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++，除非你知道你在做什么，否则混合和匹配是非常危险的。适当地命名源代码可以帮助您区分语言。