1.为什么要命名空间？
团对协作中，大型项目不同的同事开发的不同代码，要结合到一个项目中，即使各个同事的代码没有问题，放到一起的时候可能会出现命名的相同，出现错误。
2.命名空间可以是那些内容
声明：变量 函数 类 结构体 typedef （不能有宏定义，在预处理阶段，命名空间是代码在编译阶段）
声明命名空间一般放到.h中
定义：变量 函数 类 结构体
定义命名空间放到.Cpp中
3.命名空间的定义位置
全局变量区
4.不连续的命名空间
namespace A {
int numA = 10; // 在此处在 A 中定义变量 numA
}
namespace A {
int numB = 10; // 在此处在 A 中定义变量 numB
}
5.命名空间的嵌套使用
// 命名空间的嵌套定义
namespace space1 {
// functions, variables, ...
namespace space2 {
// functions, variables, ...
......
}
}
6.头文件与std命名空间
C++ 是在 C 的基础上开发的，早期的 C++ 还不完善，不支持命名空间，没有自己的编译器，而是将 C++ 代码翻译成 C 代码，再通过 C 编译器完成编译。这个时候的 C++ 仍然在使用 C 的库，stdio.h、stdlib.h、string.h 等头文件依然有效；在此之外 C++ 也开发了一些新的库，增加了自己的头文件，例如：
- iostream.h ：用于控制台输入输出的头文件。
- fstream.h ：用于文件操作的头文件。
- complex.h ：用于复数计算的头文件。
和 C 一样，新的 C++ 头文件仍然以.h为后缀，它们所包含的类、函数、宏等都是全局范围的。
后来 C++ 引入了命名空间的概念，计划重新编写自己的库，并将类、函数等等都统一纳入一个命名空间，这个命名空间的名字就是 std。（std 是 standard 的缩写，意思是“标准命名空间”）
但这时已经有很多用老的 C++ 开发的程序了，它们的代码中并没有使用命名空间，直接修改原来的库会带来一个很严重的后果：程序员会因为不愿花费大量时间修改老的代码而极力反抗，拒绝使用新的 C++ 标准。
于是 C++ 开发人员想了一个好办法：保留原来的库和头文件，它们在 C++ 中可以继续使用，然后再把原来的库复制一份，在此基础上稍加修改，把类、函数等等纳入命名空间 std 下，就成了新版 C++ 标准库。这样共存在了两份功能相似的库，使用了老式 C++ 的程序可以继续使用原来的库，新开发的程序可以使用新版的 C++ 库。
为了避免头文件重名，新版 C++ 库也对头文件的命名做了调整，去掉了后缀 .h，所以老式 C++ 的 iostream.h 变成了 iostream，fstream.h 变成了 fstream。而对于原来C语言的头文件，也采用同样的方法，但在每个头文件的名字前额外增加一个字母 ’ c '，于是 C 的 stdio.h 变成了 cstdio，stdlib.h 变成了 cstdlib。
需要注意的是，旧的 C++ 头文件是官方所反对使用的，已明确提出不再支持，但旧的 C 头文件仍然可以使用，以保证对 C 的兼容性。实际上，编译器开发商不会停止对客户现有软件提供支持，可以预计，旧的 C++ 头文件在未来数年内还是会被支持。
C++ 头文件现状的总结：
旧的 C++ 头文件，如 iostream.h、fstream.h 等将会继续被支持，尽管它们不在官方标准中。这些头文件的内容不在命名空间 std 中，其中的标识符都是全局作用范围。
新的 C++ 头文件，如 iostream、fstream 等包含的基本功能和对应的旧版头文件相似，但头文件的内容在命名空间 std 中。
(注意：在标准化的过程中，库中有些部分的细节被修改了，所以旧的头文件和新的头文件不一定完全对应)
标准 C 头文件，如 stdio.h、stdlib.h 等继续被支持，其的内容不在 std 中。
具有 C 库功能的新 C++ 头文件 名字为老 C 头文件前加一个字母 ’ c ’ 且没有 .h 后缀，如 cstdio、cstdlib。它们提供的内容和相应的旧 C 头文件相同，只是内容在 std 中。
可以发现： ① 对于不带 .h 后缀的头文件，所有的符号都位于命名空间 std 中，使用时需要声明命名空间 std；
② 对于带 .h 后缀的头文件，没有使用任何命名空间，所有符号都位于默认命名空间（全局作用域）。
这也是 C++ 标准所规定的。