容器共享主机进程命名空间是一种Docker容器与主机系统之间的集成方式，它允许容器与主机之间共享进程命名空间。这意味着在主机系统上运行的进程可以与在容器中运行的进程进行交互，反之亦然。
实现这一功能的方法是通过在Docker容器的创建过程中使用--pid标志来指定进程命名空间。当使用--pid=host选项时，容器将与主机共享相同的进程命名空间。这样，容器内的进程将能够访问到主机上的所有进程，并且主机上的进程也可以访问到容器内的进程。
这种集成方式有以下优点：
-
容器与主机之间的进程通信更加方便，可以直接使用主机上的工具（如
ps、top等）来查看和管理容器内的进程。 -
可以方便地将容器内的服务与主机上的其他服务进行集成，例如，可以将容器内的数据库服务暴露给主机上的应用程序访问。
-
共享进程命名空间可以使容器与主机之间的资源管理更加透明，有助于更好地监控和管理系统的资源使用情况。
然而，这种集成方式也存在一定的安全风险。因为容器内的进程可以访问到主机上的所有进程，所以如果容器内部的应用程序存在安全漏洞，可能会对主机系统造成潜在威胁。因此，在使用容器共享主机进程命名空间时，需要谨慎评估和管理安全风险。
容器和主机共享网络空间
在Docker中，容器和主机之间的网络共享可以通过不同的网络模式来实现。以下是几种常见的网络模式：
1. 默认网络模式
Docker安装后，默认提供的三种网络模式之一是bridge模式。在这种模式下，Docker会在主机上创建一个名为docker0的虚拟网桥，容器通过DHCP获取一个与docker0同网段的IP地址，并默认连接到docker0网桥，以此实现容器与宿主机的网络互通。
2. host模式
host模式是一种特殊的网络模式，它相当于玩虚拟机时，网络为桥接模式，就是和宿主机在一个网络中，没有独立的IP。在这种模式下，容器和宿主机共享网络命名空间，直接使用宿主机的ip和端口。这意味着容器可以直接使用宿主机的IP地址与外界进行通信，若宿主机具有公有IP，那么容器也拥有这个公有IP。同时容器内服务的端口也可以使用宿主机的端口，无需额外进行NAT转换。
3. none模式
none模式下，容器有独立的networknamespace，但没有任何网络设置，比如网桥连接、ip配置等。在这种模式下，Docker不为容器进行任何网络配置，需要我们自己为容器添加网卡，配置IP。因此，若想使用pipework配置docker容器的ip地址，必须要在none模式下才可以。
4. container模式
container模式是另一种特殊的网络模式，它允许容器共享另一个容器的网络命名空间。这种方式与host模式类似，只是容器将与指定的容器共享网络命名空间。这意味着两个容器之间的网络通信可以直接通过宿主机上的docker0网桥进行，而不需要在两个容器之间建立额外的网络连接。
在选择网络模式时，需要根据具体的应用场景和需求来决定。例如，如果需要在容器之间实现高速的数据传输，可以选择host模式或container模式，因为这两种模式都可以避免在网络传输过程中引入额外的延迟。而如果需要实现更强的网络隔离，可以选择bridge模式或none模式。