大家好，很高兴再次与大家见面，我是你们的朋友全栈君。
命名空间的作用在于组织和重用代码。正如其名所示，Namespace（命名空间）的出现是因为人类可用的单词数量有限，而不同的人编写的程序中不可避免地会出现变量重名的现象，尤其是在库文件中更为严重。如果两个库文件中存在同名的变量或函数，使用时就会引发冲突。为了解决这个问题，引入了命名空间的概念。通过使用namespace xxx;，你所使用的库函数或变量将在该命名空间中定义，从而避免了不必要的冲突。
通常，命名空间是一组唯一识别的名字，这样当来自不同地方的对象具有相同名字时，就不会产生混淆。在使用扩展标记语言时，XML的命名空间是所有元素类别和属性的集合。元素类别和属性的名字可以通过唯一的XML命名空间来标识。
在XML中，任何元素类别或属性因此分为两部分名字，一部分是命名空间里的名字，另一部分是它的本地名。XML中的命名空间通常是一个统一资源识别符（URI）的名字，而URI仅作为名字使用。其主要目的是为了避免名字的冲突。
命名空间，从名字上看，应该是类似于包含许多名字的空间。打个比方，三年一班的小明和三年二班的小明虽然名字一样，但所在班级不同，因此在全年级排行榜上，即使出现两个名字一样的小明，也可以通过各自的学号来区分。对于学校来说，每个班级就相当于是一个命名空间，这个空间的名称是班级号。班级号用于描述逻辑上的学生分组信息，至于什么学生分配到1班，什么学生分配到2班，那就由学校层面来统一调度。大致应该就是这么个意思，嗯。
Linux Namespaces机制提供了一种资源隔离方案。PID、IPC、Network等系统资源不再是全局性的，而是属于某个特定的Namespace。每个命名空间下的资源对于其他命名空间下的资源都是透明的、不可见的。因此在操作系统层面上看，就会出现多个相同PID的进程。系统中可以同时存在两个进程号为0、1、2的进程，由于属于不同的命名空间，所以它们之间并不冲突。而在用户层面上只能看到属于用户自己命名空间下的资源，例如使用ps命令只能列出自己命名空间下的进程。这样每个命名空间看上去就像一个单独的Linux系统。
在Linux系统中，可以同时存在多用户多进程，那么对他们的运行协调管理，通过进程调度和进程管理可以解决，但是，整体资源是有限的，怎么把有限的资源（进程号、通信资源、网络资源等）合理分配给各个用户所在的进程？Linux中提出了namespace机制，这是一种轻量级的虚拟化形式。在此之前，Linux中很多资源是全局管理的，例如，系统中所有进程，都是通过PID来标识的，就像每个学生的学号一样，在整个学校范围内，肯定是唯一标识这个学生的。用户的ID管理，各个用户通过全局的UID来标识，每个学校的校长也只有一个，它的UID为0，权利最大，可以对学校内全部老师和学生发起命令。每个学生可以看到其他学生的活动，但无权把他们赶出学校，这是可以理解的。这种集中统一的管理方式，很适合大规模人群的管理。
随着大数据、虚拟化的兴起，Linux为了提供更加精细的资源分配管理机制，给出了namespace机制解决方法。
命名空间建立了系统的不同视图，对于每一个命名空间，从用户看起来，应该像一台单独的Linux计算机一样，有自己的init进程（PID为0），其他进程的PID依次递增，A和B空间都有PID为0的init进程，子容器的进程映射到父容器的进程上，父容器可以知道每一个子容器的运行状态，而子容器与子容器之间是隔离的。
发布者：全栈程序员栈长，转载请注明出处：https://www.php.cn/link/07b4498a303789d2829445c725dae35a
