为什么有些包含需要 .h 而有些则不需要？ [复制]

Question

为什么map导入为#include <map>，而stdio导入为#include <stdio.h>？

Answer 1

所有标准 C++ 头文件最后都不想要.h。我在某处读到的概念是它们不需要是实际文件，即使我从未见过以另一种方式实现的实现 编辑： 实际上编译器内部函数应该考虑包含的头文件，但实际上并未将它们作为文件包含在内；查看@Yttrill的评论。

对于stdio.h，在C++ 应用程序中不应包含<stdio.h>，而应包含<cstdio>。一般来说，你不应该包含“普通”的 C 头文件，但是它们的 C++ 化头文件最终没有 .h，在前面有一个 c 并且 把所有符号在std 命名空间中定义它们。所以，<math.h> 变为 <cmath>，<stdlib.h> 变为 <cstdlib>，以此类推。

一般来说，您应该使用 C++ 版本的 C 标头，以避免污染全局命名空间（假设您不是将using namespace std; 放在任何地方的人之一）并受益于一些 C++ 改进标准 C 头文件（例如，向某些数学函数添加重载）。

---

一般来说，整个事情的实现只是通过在编译器查找头文件的目录中没有扩展名的文件来完成。例如，在我的 g++ 4.4 安装中，您有：

matteo@teoubuntu:/usr/include/c++/4.4$ ls
algorithm           cstdarg              functional        sstream
array               cstdatomic           initializer_list  stack
backward            cstdbool             iomanip           stdatomic.h
bits                cstddef              ios               stdexcept
bitset              cstdint              iosfwd            streambuf
c++0x_warning.h     cstdio               iostream          string
cassert             cstdlib              istream           system_error
ccomplex            cstring              iterator          tgmath.h
cctype              ctgmath              limits            thread
cerrno              ctime                list              tr1
cfenv               cwchar               locale            tr1_impl
cfloat              cwctype              map               tuple
chrono              cxxabi-forced.h      memory            typeinfo
cinttypes           cxxabi.h             mutex             type_traits
ciso646             debug                new               unordered_map
climits             deque                numeric           unordered_set
clocale             exception            ostream           utility
cmath               exception_defines.h  parallel          valarray
complex             exception_ptr.h      queue             vector
complex.h           ext                  random            x86_64-linux-gnu
condition_variable  fenv.h               ratio
csetjmp             forward_list         regex
csignal             fstream              set

C++ 化的 C 头文件理论上可能只是一个

namespace std
{
#include <original_C_header.h>
};

但一般来说，它们在处理特定于实现的问题（尤其是关于宏）和添加与 C++ 相关的功能（例如，参见 <cmath> 中添加重载的上一个示例）时更加复杂。

---

顺便说一句，C++ 标准（§D.5）并没有说 <c***> 标头应该表现得好像它们在 namespace std 指令中包含了 <***.h> 标头，但相反：

为了与标准 C 库兼容，C++ 标准库提供了 18 个 C 头文件 [...] 每个名称格式为 name.h 的 C 标头的行为就好像每个由相应 cname 标头放置在标准库命名空间中的名称也放置在命名空间 std 的命名空间范围内，并且后跟显式 using-声明（7.3.3）

请注意，此类标头已被弃用（§C.2.1），因此这是您不应使用它们的主要原因：

C.2.1 对标头的修改 为了与标准 C 库兼容，C++ 标准库提供了 18 个 C 头文件 (D.5)， 但它们在 C++ 中已被弃用。

Answer 2

它只是磁盘上实际文件的名称。在您的标准包含目录中（可能）没有名为 map.h 或 stdio 的文件。

C++ 标准库从以前使用.h 的风格转变为在文件名末尾不使用.h。这可能可能与使语法看起来更像模板有关：

#include<vector>

vector<int> v;

^{（抢先评论：是的，我知道上面需要std::来构建，但这只是一个说明。）}

Answer 3

这正是 C++ 标准定义的方式——碰巧，map 和 stdio.h 甚至不必是真实文件。

附带说明，stdio.h 是最初从 C 标准库导入 C++ 的标头——C++ 版本是cstdio。实际上，这通常意味着当您包含 cstdio 时，您会从 stdio.h 获取内容，但它位于命名空间 std 中。

澄清一下：您在 C++ 中包含的 stdio.h 是最初 C 头文件的 C++ 版本。但是编写包含的 C++ 方式是cstdio。