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

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

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

Bjarne Stroustrup和Herb Sutter在他们的c++核心指南(https://github.com/isocpp/CppCoreGuidelines/blob/master/CppCoreGuidelines.md#S-source)中对这个问题有一个声明，该指南也提到了标准扩展(c++ 11, c++ 14等)的最新变化。

SF.1: Use a .cpp suffix for code files and .h for interface files if your Y project doesn't already follow another convention Reason It's a longstanding convention. But consistency is more important, so if your project uses something else, follow that. Note This convention reflects a common use pattern: Headers are more often shared with C to compile as both C++ and C, which typically uses .h, and it's easier to name all headers .h instead of having different extensions for just those headers that are intended to be shared with C. On the other hand, implementation files are rarely shared with C and so should typically be distinguished from .c files, so it's normally best to name all C++ implementation files something else (such as .cpp). The specific names .h and .cpp are not required (just recommended as a default) and other names are in widespread use. Examples are .hh, .C, and .cxx. Use such names equivalently. In this document, we refer to .h and .cpp > as a shorthand for header and implementation files, even though the actual extension may be different. Your IDE (if you use one) may have strong opinions about suffices.

我不是这种惯例的大粉丝，因为如果你正在使用像boost这样的流行库，你的一致性已经被打破了，你最好使用.hpp。

使用哪个扩展名并不重要。两种都可以。

我用*.h表示C，用*.hpp表示c++。

我使用.hpp是因为我想让用户区分哪些头文件是c++头文件，哪些头文件是C头文件。

当你的项目同时使用C和c++模块时，这一点非常重要:就像其他人在我之前解释的那样，你应该非常小心地做这件事，它从你通过扩展提供的“契约”开始

.hpp: c++头文件

(或。hxx，或。hh，或其他)

此头文件仅适用于c++。

如果你在C模块，甚至不要尝试包含它。你不会喜欢它，因为没有努力使它对c友好(太多的东西会丢失，比如函数重载、名称空间等等)。

.h:兼容C/ c++或纯C头文件

C源代码和c++源代码都可以直接或间接地包含这个头文件。

它可以直接包含，由__cplusplus宏保护:

这意味着，从c++的观点来看，与C兼容的代码将被定义为extern“C”。 从C的角度来看，所有的C代码都是清晰可见的，但c++代码是隐藏的(因为它不会在C编译器中编译)。

例如:

#ifndef MY_HEADER_H
#define MY_HEADER_H

   #ifdef __cplusplus
      extern "C"
      {
   #endif

   void myCFunction() ;

   #ifdef __cplusplus
      } // extern "C"
   #endif

#endif // MY_HEADER_H

或者它可以通过相应的.hpp头以extern“C”声明间接包含。

例如:

#ifndef MY_HEADER_HPP
#define MY_HEADER_HPP

extern "C"
{
#include "my_header.h"
}

#endif // MY_HEADER_HPP

and:

#ifndef MY_HEADER_H
#define MY_HEADER_H

void myCFunction() ;

#endif // MY_HEADER_H

你可以随意命名你的include。

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

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

它最终只是一种惯例。

我一直认为.hpp头文件是.h和.cpp文件的混合…还包含实现细节的标头。

通常，当我看到(并使用).hpp作为扩展名时，没有相应的.cpp文件。正如其他人所说，这不是一个严格的规则，只是我倾向于使用.hpp文件。