考虑以下小程序：
#include <cstdio>
int main() {
printf("%d\n", 1);
std::printf("%d\n", 2);
return 0;
}
std 命名空间中的原因是什么，因为它们默认导入到全局命名空间中？【问题讨论】：
7.4.1.2/4：
除了第 18 到 27 条中的说明外，每个标头
cname的内容应与相应标头name.h的内容相同，如 ISO/IEC 9899:1990 编程语言 C（第 7 条）中规定的, 或 ISO/IEC:1990 Programming Languages—C AMENDMENT 1: C Integrity,（第 7 条），视情况而定，如同包含在内。但是，在 C++ 标准库中，声明和定义（在 C 中定义为宏的名称除外）在命名空间std的命名空间范围 (3.3.5) 内。
D.5/2：
每个 C 标头，每个都具有
name.h形式的名称，其行为就像每个由相应cname标头放置在标准库命名空间中的名称也放置在命名空间 std 的命名空间范围内一样后跟一个显式的 using 声明 (7.3.3)。
然而，在实践中，name.h 将名称包含在全局命名空间中，cname 包含在全局命名空间和 std 命名空间中（即与标准指定的相反）。
【讨论】：
关于您的第一个问题：TTBOMK，不合格的printf 在包含<cstdio> 时不应该在标准C++ 中工作。
第二个问题：首先，C++ 标准库使用了大量的标识符，其中包括list、sort、iterator 等有用且常见的标识符。如果它们都在全局命名空间中，我们实际上会被剥夺数百个有用的名称。
另外，如果您使用显式的 std:: 前缀几周，您可能会发现代码更容易阅读，因为它非常有效地告诉您哪些标识符来自标准库（因此您可以立即知道它们）。
【讨论】：
<header.h>，它们只会在全局命名空间中，而不是当你包含<cheader>时。但即使这是错误的并且它们通过包含<cheader> 被注入到全局命名空间中，我的论点仍然成立：例如，如果另一个标识符list （通过一些using your_ns）被注入到全局命名空间中，您仍然可以通过它们的命名空间名称来引用它们：std::list/your_ns::list。这就是为什么它们在 std 命名空间中是一件好事。
我个人喜欢命名空间，尤其是短的。
人们通常认为既然你有一个命名空间来键入它，它就会更长，但这是错误的。键入命名空间的好处之一是您的编辑器可以更有效地使用自动完成；）
除了打字（因为有人可能会争辩说你打字比自动完成更快），还有一个净优势，如果我输入'std::re'，我将被提示所有以're开头的标识符' 在 std 命名空间中，省去了记住每一个的麻烦，然后我还可以直接查看它们的参数，以防我不记得确切的顺序、常量等...
从技术上讲，名称冲突也存在一些问题……但谁在乎；）？
【讨论】：
<stdio.h> 是将<cstdio> 中的函数导入全局命名空间的标头。
【讨论】：