AI Agent开发架构与生产实战：从ReAct到多智能体协作

引言：容器看不见的墙

容器技术（Docker、containerd、Podman）的核心在于隔离——让一组进程仿佛运行在独立的操作系统中，看不到主机上的其他进程、网络和文件系统。这种魔法并非来自 Hypervisor 或硬件虚拟化，而是 Linux 内核提供的 Namespaces 机制。

理解 Namespaces 是理解容器技术的绝对前提。无论是调试容器网络问题、排查 PID 泄漏、还是构建安全的容器沙箱，都需要深入掌握每一种命名空间的语义边界。与 cgroups v2（资源限制） 和 seccomp（系统调用过滤） 共同构成了容器安全三件套。

本文将从内核源码级别的语义出发，逐一剖析 Linux 提供的全部 8 种命名空间类型，给出可直接运行的手动创建代码示例，并最终解析 Docker/containerd 如何在生产环境中组合使用这些强大的隔离原语。

1. Namespaces 总览：8 种隔离维度

前 6 种是传统核心命名空间；Cgroup 和 Time 是后期为完善容器隔离性而引入的补完型命名空间。

2. 系统调用层面：如何创建命名空间

Linux 提供了三种创建命名空间的系统调用接口：

// 方式1：clone() 创建新进程   新命名空间
int clone_flags = CLONE_NEWNS | CLONE_NEWUTS | CLONE_NEWIPC |
                  CLONE_NEWPID | CLONE_NEWNET | CLONE_NEWUSER;
pid_t pid = clone(child_func, child_stack   STACK_SIZE,
                  clone_flags | SIGCHLD, NULL);

// 方式2：unshare() 让当前进程脱离共享命名空间
unshare(CLONE_NEWNET);  // 当前进程进入新的网络命名空间

// 方式3：setns() 加入已有的命名空间
int fd = open("/proc/[pid]/ns/net", O_RDONLY);
setns(fd, CLONE_NEWNET);  // 当前进程加入目标命名空间

Docker 容器运行时内部的核心调用链就是：clone() 创建初始命名空间集合，然后用 setns() 加入必要命名空间，执行 pivot_root() 切换根文件系统，最后 execve() 启动容器主进程。

3. 逐个击破：每种命名空间的深度剖析

3.1 Mount Namespace (CLONE_NEWNS)

Mount 命名空间隔离的是挂载点列表。不同 Mount Namespace 中的进程看到不同的文件系统层次结构：

// 创建新的 Mount Namespace   UTS Namespace
unshare(CLONE_NEWNS);
unshare(CLONE_NEWUTS);

// 修改主机名（仅影响当前 UTS Namespace）
sethostname("sandbox-host", 12);

// 挂载私有根目录
mount("none", "/", NULL, MS_REC|MS_PRIVATE, NULL);
mount("/oldroot", "/newroot", NULL, MS_BIND, NULL);
pivot_root(".", ".");   // 切换根文件系统
umount2("/", MNT_DETACH);  // 卸载旧的根挂载

execve("/bin/sh", ...);

典型场景：容器拥有自己独立的 /proc、/sys、/dev，包括独立的 /etc/hostname、/etc/resolv.conf。

3.2 PID Namespace (CLONE_NEWPID)

PID Namespace 让不同命名空间可以拥有相同数字的 PID。容器内第一个进程可以是 PID 1，但它在宿主机上的实际 PID 可以是 5678：

// 子进程在新的 PID Namespace 中运行
static int child_func(void *arg) {
    // 当前进程在容器内是 PID 1
    mount("proc", "/proc", "proc", 0, NULL);
    printf("Container PID: %d\n", getpid());  // 输出 1
    execve("/bin/sh", ...);
}

// 宿主机上观察
$ cat /proc/5678/status | grep NSpid
NSpid:  5678  1

PID Namespace 嵌套深度 最多支持 32 层嵌套（Linux 命名空间限制）。Docker-in-Docker 场景下就需要用到嵌套 PID Namespace。

/proc 文件系统必须重新挂载在新 PID Namespace 中才能正确显示容器内的 PID 视图——否则旧的 /proc 会映射到宿主机 PID 空间。

3.3 Network Namespace (CLONE_NEWNET)

Network 命名空间是最复杂的一种，它分配一整套独立的网络协议栈：

// 新 Network Namespace 初始只有一个 lo 接口，未激活
unshare(CLONE_NEWNET);

// 在容器内看到的网络状态
$ ip link show
1: lo: LOOPBACK mtu 65536 qdisc noop state DOWN

容器运行时通过 veth pair 将新 Network Namespace 接到主机的 bridge（通常是 docker0 或 cni0）：

// 宿主机操作
$ ip link add veth-host type veth peer name veth-container
$ ip link set veth-container netns target_pid
$ ip addr add 172.17.0.2/16 dev veth-host
$ ip link set veth-host up
// 在容器内：
$ ip addr add 172.17.0.2/16 dev eth0
$ ip link set eth0 up
$ ip route add default via 172.17.0.1

Network Namespace 还独立拥有：iptables/nftables 规则、路由表、socket buffer 参数、/proc/net 状态文件、ICMP 参数等。

3.4 User Namespace (CLONE_NEWUSER)

User 命名空间实现了 UID/GID 映射——容器内 root 在宿主机上可以是普通用户：

// /proc/[pid]/uid_map 决定了映射关系
// 格式：容器内UID  宿主机UID  长度
// 0 100000 65536  表示容器内 uid 0~65535 映射到宿主机 uid 100000~165536

unshare(CLONE_NEWUSER | CLONE_NEWNS | CLONE_NEWUTS | CLONE_NEWPID);

// 写入 uid_map
echo "0 1000 1" > /proc/self/uid_map;
echo "0 1000 1" > /proc/self/gid_map;

// 此时容器内 root (uid=0) 在宿主机上确实是 uid=1000

安全性影响：User Namespace 是容器安全的核心防线之一。Docker 默认开启 user namespace remapping（userns-remap），容器内 root 在宿主机上是一个非特权用户，即使容器被突破也限制了爆炸半径。

3.5 Cgroup Namespace (CLONE_NEWCGROUP)

Cgroup Namespace 解决一个微妙的安全问题：容器内进程不应看到宿主机的 cgroup 层级结构：

// 未开启 Cgroup Namespace 时
$ cat /proc/self/cgroup
12:memory:/system.slice/docker-abc123.scope
// 暴露了宿主机 cgroup 路径信息

// 开启 Cgroup Namespace 后
$ cat /proc/self/cgroup
12:memory:/
// 只看到容器自己的 cgroup 根视图

这是一个信息隐匿安全加固——让容器进程无法判断自己在哪个 cgroup 中运行，也无法看到宿主机上的其他服务 cgroup 拓扑。

3.6 Time Namespace (CLONE_NEWTIME)

Linux 5.6 引入的 Time Namespace 允许不同进程看到不同的系统时间：

// 创建 Time Namespace 后，可以设置偏移量
// /proc/[pid]/timens_offsets
// 格式：时钟名称  秒偏移  纳秒偏移
echo "monotonic   0 -86400000000000" > /proc/self/timens_offsets;
// 容器内 CLOCK_MONOTONIC 比宿主机慢 24 小时

应用场景：测试时间偏移、模拟时钟回拨后的系统行为、时间旅行调试（time-travel debugging）。Docker 目前未默认开启 Time Namespace，但 containerd 在 v2.0 中已支持配置。

4. 实战：手动构建一个极简容器

下面用 C 语言演示如何不依赖 Docker，手动组合所有命名空间来创建一个容器：

#define _GNU_SOURCE
#include