Docker Desktop 不管理主机端口分配，冲突需主动规避；查 8080 端口占用：Linux/macOS 用 lsof -i :8080 或 sudo netstat -tulnp | grep :8080，Windows 用 netstat -ano | findstr :8080 配合 tasklist，并用 docker ps --format "table {{.Names}}\t{{.Ports}}" | grep 8080 检查残留容器。
直接说结论：Docker Desktop 本身不管理主机端口分配，冲突必须由你主动规避——靠自动分配、动态规划或隔离策略，而不是等它“智能协调”。
怎么查哪个进程占了 8080？
启动容器前，先确认端口空闲。否则 docker run -p 8080:80 会卡在 “port is already allocated” 错误里，连日志都看不到。
-
lsof -i :8080—— 最快，能直接看到 PID 和命令名（macOS / Linux） -
sudo netstat -tulnp | grep :8080—— Linux 下更全，-p显示进程（需 root） -
docker ps --format "table {{.Names}}\t{{.Ports}}" | grep 8080—— 检查是不是已有容器在用，包括后台静默运行的旧实例 - Windows 用户可用
netstat -ano | findstr :8080，再用tasklist | findstr PID查进程
docker run 怎么避免硬编码端口？
手动写 -p 8080:80 是冲突高发源头。开发阶段应尽量避免固定宿主机端口。
- 用
-P（大写 P）让 Docker 自动选一个空闲端口：docker run -d -P nginx，然后docker port <container> 80</container>查映射结果 - 只指定容器端口：
-p 80（小写 p + 单端口），Docker 同样自动分配宿主端口，语义更清晰 - 完全不暴露到主机？改用
--network container:<other></other>或自定义 bridge 网络，让容器间直通，绕开 host-port 绑定
Docker Compose 怎么管好一堆服务的端口？
ports 是唯一会抢主机端口的字段；expose 只对同一网络内其他容器可见，不占主机资源。
- 本地开发时，把常用端口（如 3000、5000、8000）全换成高位段，比如
- "51001:3000"，降低和本地 Node/Python 服务撞车概率 - 用环境变量驱动端口：在
docker-compose.yml里写- "${API_PORT:-3001}:3000"，启动时API_PORT=3002 docker compose up - 多个 compose 项目共存？加
COMPOSE_PROJECT_NAME隔离网络，但注意：端口仍是全局的，变量或高位段仍不可少
为什么 stop 容器后端口还被占着？
不是 Docker Desktop 的 bug，是端口释放有延迟，或容器没真正退出。
-
docker ps -a看有没有Exited状态的残留容器——它们可能还在 hold 着端口（尤其用了--restart=always） -
docker rm -f <container></container>强删后再试，别只stop - 某些镜像（如 Jupyter）启动后会 fork 子进程，主进程退出但子进程继续监听——得看镜像文档是否支持
--no-browser或信号控制
真正麻烦的从来不是“怎么映射”，而是“谁在用这个端口、什么时候释放、有没有被忽略的后台实例”。Docker Desktop 不做端口仲裁，它只执行你的指令；冲突不是配置错了，是你没掌握宿主机端口的实时状态。
