Docker容器启动后无法动态修改--network参数，但可通过docker network connect/disconnect命令在运行时连接或断开网络，实现网络切换；也可用nsenter进入网络命名空间手动配置，或通过--network container:another共享网络栈。
docker 容器启动后，--network 参数所指定的网络是静态绑定的，无法在容器运行时通过 docker run 或其 --network 选项动态修改。docker run 只在创建并启动容器时生效，之后该容器的网络命名空间就已固定，--network 不是一个运行时可更新的属性。
但你真正需要的，很可能是：在容器运行期间，让其访问不同网络（如切换到另一个 bridge、加入 host 网络、连接到自定义网络等）。这虽不能“动态切换 --network”，但可通过以下几种实际可行且常用的方式达成类似效果：
✅ 方式一：使用 docker network connect / disconnect（推荐）
这是 Docker 原生支持的、最接近“动态切换”的操作——允许运行中的容器同时接入多个网络，或移除某个网络连接（注意：不能直接“替换”默认网络，但可通过组合操作实现等效效果）。
# 让正在运行的容器加入新网络（如 mynet） docker network connect mynet my-container # 断开它与某个网络的连接（如断开默认 bridge） docker network disconnect bridge my-container
⚠️ 注意：
- 容器必须处于
running状态才能connect； -
disconnect后，容器将失去该网络上的 IP 和通信能力； - 若断开了唯一网络（如只连了
bridge又把它断开），容器将无法联网（但进程仍在运行）； - 多网络下，容器内会多出对应网卡（如
eth1），路由和 DNS 需自行协调（Docker 不自动调整默认路由）。
? 提示：你可以先
connect新网络，再disconnect旧网络，实现“平滑迁移”。
✅ 方式二：用 nsenter 进入网络命名空间手动配置（高级，灵活但需谨慎）
容器的网络栈由 Linux network namespace 隔离。运行中容器的 netns 是固定的，但你可以：
- 使用
nsenter进入其 netns； - 手动添加/删除 veth、配置 IP、修改路由、挂载/卸载网络设备。
# 获取容器 PID 和 netns 路径
PID=$(docker inspect -f '{{.State.Pid}}' my-container)
ln -sf /proc/$PID/ns/net /var/run/netns/my-container
# 进入该 netns 并执行网络命令（需宿主机有 iproute2）
sudo nsenter -t $PID -n ip addr add 192.168.100.10/24 dev eth0
sudo nsenter -t $PID -n ip route add default via 192.168.100.1
⚠️ 风险提示：
- 直接操作 netns 易导致网络中断或不可恢复状态；
- 不受 Docker 管理，重启容器后配置丢失；
- 仅建议用于调试、临时测试或嵌入式场景。
❌ 不可行的方式（常见误解）
-
docker update --network xxx container→ 不支持，docker update不接受--network； -
docker restart --network xxx container→docker restart不接受任何 run 参数，只会按原配置重启； - 修改
/etc/docker/daemon.json后 reload → 影响的是新建容器，不影响已有容器。
✅ 替代思路：用 --network container:another 共享网络栈
如果你的目标是“让 A 容器临时使用 B 容器的网络”，可在启动 A 时指定：
docker run --network container:B nginx
此时 A 与 B 共享网络命名空间（IP、端口、socket 全部一致）。虽然不是“运行时切换”，但可作为设计模式提前规划——例如用一个长期运行的“网络代理容器”，其他业务容器按需复用其网络。
不复杂但容易忽略：Docker 的网络模型本质是“启动时绑定 + 运行时可扩展”，不是“热插拔式切换”。真正要动态适配网络环境，建议结合 connect/disconnect + 应用层逻辑（如重读 DNS、探测可用网关）来协同实现。
