最推荐方式是用docker run重建容器并指定多组-p映射；若不可停机，可选docker commit后新启容器；高风险场景下才手动编辑hostconfig.json和config.v2.json并重启Docker Desktop。
在Mac上使用Docker时，常需将宿主机的多个外部端口分别映射到容器内不同服务监听的端口（例如宿主机8080→容器3000、8443→容器443、9001→容器9000），但直接修改运行中容器的端口映射不可行，必须通过重建或配置文件干预实现。
方法一：用 docker run 重新启动并指定多组映射
这是最安全、最推荐的方式，适用于容器未持久化关键状态，或可接受短暂中断。
第一步：停止当前容器 → 执行 docker stop <container_name_or_id>。若不确定名称，先运行 docker ps --format "table {{.Names}}\t{{.Ports}}" 查看正在运行的容器及其已有映射。
第二步：确认镜像名 → 运行 docker inspect <container_id> | grep -i image，提取 【"Image": "xxx"】 字段值（含完整哈希或标签名）。
第三步：用 -p 参数逐个声明新映射 → 输入类似命令：docker run -d --name myapp -p 8080:3000 -p 8443:443 -p 9001:9000 -v /path/on/host:/app/data myapp-image:latest。注意：-p 可重复多次，顺序无关，但每组必须写全 宿主机端口:容器端口。
第四步：验证映射是否生效 → 运行 docker port myapp，输出应为三行，如 3000/tcp -> 0.0.0.0:8080、443/tcp -> 0.0.0.0:8443、9000/tcp -> 0.0.0.0:9001。若某行缺失，说明该 -p 未被识别，检查是否漏空格或冒号写成中文符号。
方法二：手动编辑 hostconfig.json（仅限 M1/M2 Mac 且容器已停止）
此操作绕过 Docker CLI，直接修改底层配置，风险高，仅当无法重建容器（如含复杂挂载、网络设置）时使用。
方法一：定位容器配置目录 → 进入 ~/Library/Containers/com.docker.docker/Data/vms/0，执行 screen tty 进入 Linux VM，再执行 cd /var/lib/docker/containers；列出目录后找到目标容器 ID 对应的文件夹（如 a95ebce...399fc55...）。
方法二：备份并编辑 hostconfig.json → 进入该容器子目录后，先执行 cp hostconfig.json hostconfig.json.bak；再用 vi hostconfig.json 编辑，在 "PortBindings" 对象内插入新条目，格式必须严格为："3000/tcp": [{"HostIp": "", "HostPort": "8080"}], "443/tcp": [{"HostIp": "", "HostPort": "8443"}]。注意逗号分隔、双引号闭合、小写 tcp 后缀，【缺一即导致容器无法启动】。
方法三：同步修改 config.v2.json → 同目录下打开 config.v2.json，在 "ExposedPorts" 字段中补全对应键，如 "3000/tcp": {}, "443/tcp": {}。此项不加会导致 docker port 不显示，但实际映射仍可能工作——但强烈建议补全，否则后续 inspect 输出不一致。
最后一步：重启 Docker Desktop → 完全退出应用再重开，让 VM 重新加载容器元数据；然后执行 docker start <container_id> 启动容器。
方法三：用 docker commit + 新 run 替换（适合带状态的运行中容器）
当你不能停机太久，又必须保留容器当前文件系统状态（如临时生成的日志、缓存、未提交的数据库变更），此法最稳妥。
先停掉原容器：docker stop my-running-app。
将其当前状态保存为新镜像：docker commit my-running-app myapp-snapshot:v2。这步会生成新镜像 ID，可在终端末尾看到。
用新镜像启动并绑定全部所需端口：docker run -d --name myapp-new -p 8080:3000 -p 8443:443 -p 9001:9000 -v $(pwd)/data:/app/data myapp-snapshot:v2。注意：所有 -v、--network、--env 等原参数必须复现，否则环境不一致。
确认新容器运行正常后，删掉旧容器：docker rm my-running-app；必要时重命名新容器：docker rename myapp-new my-running-app。
