Docker Desktop 不支持 -P 参数的自动端口映射，因其 UI 启动容器时默认使用显式 -p 参数，绕过 -P 逻辑；EXPOSE 仅为元数据，端口发布需运行时触发，故 UI 中 PORTS 列为空，必须用命令行 docker run -d -P 启动才能生效。
-P 参数能自动发布 Dockerfile 中所有 EXPOSE 端口，但 Docker Desktop 图形界面不支持一键启用该行为。 它只允许你逐个手动添加端口映射，无法像命令行那样用 -P 批量触发随机端口分配。
为什么 Docker Desktop 不显示 -P 的自动映射效果
Docker Desktop 的容器启动流程绕过了命令行的 docker run -P 逻辑。当你在 UI 中点击 “Run” 时，它底层调用的是带显式 -p 参数的命令（哪怕你没填任何端口），等价于 docker run -p '' ... —— 这会跳过 -P 的自动映射机制。
- EXPOSE 只是元数据声明，
-P是运行时行为，UI 层没有暴露这个开关 - 即使镜像里写了
EXPOSE 80 443 8080，UI 启动后docker ps的 PORTS 列也为空 - 想验证是否生效？必须用命令行启动：
docker run -d -P --name test-nginx nginx，再进 Desktop 查看该容器
如何在 Docker Desktop 中“模拟”-P 效果
虽然不能一键开启，但你可以快速补全所有声明端口：先查出镜像声明了哪些端口，再批量填入 UI。
- 查声明端口：
docker inspect nginx | jq '.[0].Config.ExposedPorts'（需装jq）或直接看 Dockerfile 中的EXPOSE行 - 在 Desktop 的 “Port settings” 里，对每个声明端口填一条映射，例如：
32769:80、32770:443、32771:8080 - 宿主机端口不必手敲，Desktop 会自动建议下一个空闲高位端口（32768–65535），点一下就填好
- 注意：填
80:80这类固定映射会占用端口，而-P的本质是让 Docker 自动选空闲端口，避免冲突
用命令行 + Desktop 混合操作更可靠
真正需要 -P 的场景（比如 CI 测试、临时调试），别硬套 UI。Desktop 本就是命令行的辅助工具，不是替代品。
- 启动容器用命令行：
docker run -d -P --name dev-app my-app - 之后在 Desktop 的 Containers 页面就能看到它，包括自动分配的
0.0.0.0:32772->80/tcp这类映射 - 如果容器已运行但没映射端口，
docker port可查当前映射，docker logs看服务是否真在监听 - 别试图用
iptables或docker network connect事后“加端口”，那绕过 Docker 网络栈，docker ps不显示，Desktop 也识别不了
EXPOSE 和端口发布是两层事：一个写在镜像里，一个发生在容器运行时。Docker Desktop 把后者做了简化封装，但也因此藏掉了 -P 这个快捷路径。真要批量、随机、免冲突，命令行仍是唯一正解。
