docker port是唯一能准确查询容器运行时真实端口映射的命令，输出如80/tcp -> 0.0.0.0:8044表示宿主机8044端口正转发至容器80端口；若无输出则未用-p或-P映射，外部不可访问。
直接看 docker port，别找什么 “DockerPort” 命令——它根本不存在。
docker port 是唯一靠谱的查询命令
容器启动时用了 -P（大写 P），Docker Desktop 就会自动给所有 EXPOSE 的端口随机分配宿主机端口。但这个映射关系不会显示在 UI 界面里，也不进日志，必须用命令查。
-
docker port <容器名或ID>：列出该容器所有已映射的端口，比如输出80/tcp -> 0.0.0.0:32775 -
docker port <容器名或ID> 80：只查容器内 80 端口映射到哪了，结果更干净 - 如果返回空，说明没映射——要么没加
-P或-p，要么容器根本没EXPOSE 80
为什么 docker ps 有时看不到端口？
docker ps 默认只显示运行中容器，且 PORTS 列宽度有限，长映射（比如带 IPv6 或多端口）可能被截断或折叠成省略号。
- 用
docker ps --format "{{.Names}}\t{{.Ports}}"强制展开显示 - 如果看到
PORTS列是空白，但容器明明跑了 Web 服务，大概率是启动时漏了-P或-p - Docker Desktop 的 GUI 面板里“Ports”标签页内容和
docker ps一致，不额外补充信息
映射了却访问不了？重点检查这三处
端口出现在 docker port 输出里，不代表你就能 curl 通。常见断点不在 Docker 本身：
- 宿主机防火墙拦了——Linux 上查
sudo ufw status或sudo firewall-cmd --list-ports；Windows/macOS 上确认 Docker Desktop 的网络权限没被系统拦截 - 容器内服务只监听
127.0.0.1:80，不是0.0.0.0:80——进容器执行netstat -tlnp | grep :80看绑定地址 - 你用的是 Docker Desktop for Mac/Windows，
localhost能通，但宿主机 IP（如192.168.x.x）默认不通——这是 HyperKit / WSL2 虚拟机网络限制，不是配置错
想固定端口就别用 -P
-P 适合开发调试，但每次重启容器端口都变，没法写死在脚本或文档里。生产或协作场景下，老老实实用 -p 8080:80 显式指定。
-
-p 8080:80和-p 127.0.0.1:8080:80效果不同：后者只允许本机访问，前者绑 0.0.0.0，局域网其他机器也能连 - 多个端口一起映射，直接叠写：
-p 3000:3000 -p 3001:3001，别试图用-p 3000-3001:3000-3001——除非容器内真开了两个连续端口，否则无效 -
docker-compose.yml里写ports: ["8080:80"]，比命令行更易维护，也避免手误漏掉-p
最常被忽略的一点：docker port 只对已启动的容器有效。容器一退出，映射就消失，命令也会报错 “No such container”。别在 docker run -d -P 后立刻跑 docker port，先等几秒让容器真正起来——加个 sleep 1 或用 docker wait 更稳。
