docker port 是唯一可靠查看容器端口映射的方式，它能准确显示所有显式声明的 -p 映射（包括已停止容器），而 docker ps 和 docker desktop gui 均存在截断、省略、不显示 udp 或绑定 ip 等缺陷。
docker port 命令是唯一可靠查看方式
容器启动后端口映射关系不会动态写入 docker ps 的默认输出字段里，docker ps 仅显示已映射的端口（格式如 0.0.0.0:8080->80/tcp），但容易被截断或省略；真正权威、完整的映射信息只能靠 docker port 查询。
它不依赖容器是否在运行界面中“可见”，只要容器存在（包括已停止但未删除的状态），就能查到当时启动时配置的映射规则——前提是该容器确实用 -p 显式声明过端口。
-
docker port nginx：列出容器nginx所有已映射端口 -
docker port nginx 80：只查容器内 80 端口映射到宿主机哪个地址+端口 - 若输出为空，说明该容器根本没做任何
-p映射（哪怕EXPOSE了也不算）
docker ps -a --format "{{.Ports}}" 不适合日常排查
这个命令看似能批量提取端口，但实际问题很多：对已停止容器会返回空字符串；对多端口映射可能只显示部分；格式不可靠（比如含换行、空格、缩写），脚本解析容易出错；Docker Desktop 的 GUI 界面里完全不展示该字段。
更关键的是，它无法区分“映射失败”和“未映射”——例如你写了 -p 8080:80 但容器根本没监听 80，docker ps 仍会显示 0.0.0.0:8080->80/tcp，而 docker port 同样会显示它，但服务实际不可访问。所以必须配合其他检查手段。
- 先确认容器正在运行：
docker ps -f name=xxx - 再查映射：
docker port xxx - 最后验证服务是否真在监听：
docker exec xxx ss -tlnp | grep :80
Docker Desktop GUI 界面里看不到完整端口配置
Docker Desktop 的 Containers 标签页只显示容器名、状态、镜像、运行时间，以及一个极简的 PORTS 列（内容来自 docker ps 的 Ports 字段）。它不会展开显示 IP 绑定细节（比如 127.0.0.1:3000->3000 还是 0.0.0.0:3000->3000），也不会显示 UDP 映射（-p 53:53/udp 在界面上直接消失）。
如果你依赖 GUI 查端口，很容易误判——尤其当容器绑定了 127.0.0.1 却以为能从局域网访问，或者漏掉 UDP 服务。
- Windows/macOS 上，
localhost能通 ≠ 其他机器能通（看 HostIp 是不是0.0.0.0） - GUI 不显示
/udp映射，但docker port会明确标出->80/udp - Mac 用户注意：Docker Desktop 使用虚拟机，
127.0.0.1在宿主机上等价于 VM 的 localhost，但绑定127.0.0.1仍只限本机
已运行容器不能直接加端口映射
Docker 不支持对正在运行的容器追加 -p 映射。网上流传的改 hostconfig.json + 重启 Docker daemon 的方法风险极高：Docker 会校验配置一致性，强行修改可能导致容器无法启动、数据丢失，且 Docker Desktop（尤其是 macOS 版）根本不允许你直接访问 /var/lib/docker 目录。
真实可行的补救方式只有两种：
- 停掉容器，用新
-p参数重新docker run（推荐，干净可控） - 在宿主机用
iptables（Linux）或pfctl（macOS）做 DNAT 转发（绕过 Docker 管理，但docker port和docker ps都不体现，运维易遗漏）
别信“改 JSON 文件就能热加端口”的教程——那是在赌 Docker 版本兼容性和你的备份意识。
