Exited容器仍占端口是因仅停止未删除，docker rm -f $(docker ps -aq --filter status=exited)可强制清理；若端口仍被docker-proxy或com.docker.backend占用，需重启Docker Desktop并执行docker system prune -a --volumes。
docker ps -a 里有 Exited 容器，端口还在监听
这是最常被忽略的“假删除”：你执行了 docker stop 或甚至 docker rm，但没加 -f，或者容器名输错了，结果只是停了进程，镜像、网络配置、端口绑定全还挂着。Docker Desktop 的 GUI 点“删除”有时也只做 stop，不真正 rm。
确认方法：docker ps -a 查看所有容器，重点找状态为 Exited 但 Ports 列显示 0.0.0.0:8080->80/tcp 这类映射的——它就在偷偷占着端口。
- 先强制删掉所有已停止容器：
docker rm -f $(docker ps -aq --filter status=exited) - 再检查是否还有残留绑定：
lsof -i :8080（macOS/Linux）或netstat -ano | findstr :8080（Windows） - 如果输出里仍有
docker-proxy或com.docker.backend，说明是 Docker Desktop 自身的代理层没刷新，不是普通进程，不能直接 kill
docker-proxy 进程卡死，kill 不掉
docker-proxy 是 Docker Desktop 在宿主机上启动的端口转发代理，它不随容器退出自动销毁，尤其在 macOS 和 Windows 上容易僵住。你用 kill -9 杀它，可能立刻被 Desktop 自动拉起，端口还是锁着。
这不是权限或命令问题，是 Desktop 的守护机制在起作用。硬杀只会触发重连，治标不治本。
- 别反复 kill
docker-proxy，先停掉整个 Desktop：osascript -e 'quit app "Docker Desktop"'（macOS）或右键托盘图标 → Exit（Windows） - 等几秒，确认
ps aux | grep docker或任务管理器里无相关进程后，再重新打开 Docker Desktop - 重启后立即运行
docker system prune -a --volumes清理所有 dangling 资源，避免旧网络配置复用
端口明明空闲，docker run -p 却报 “port is already allocated”
这个错误不是说端口正被监听，而是 Docker 的内部端口分配表（libnetwork）里还记着这条映射，哪怕容器早没了。常见于频繁启停、Compose 项目未 down 干净、或 Desktop 升级后元数据损坏。
此时 lsof 查不到任何进程，docker ps -a 也空空如也，但 Docker daemon 就是拒绝分配。
- 最稳解法：重启 Docker Desktop 服务本身（不是容器），让它重建网络状态
- macOS：菜单栏 Docker 图标 → Troubleshoot → Reset to factory defaults（慎选，会清镜像和设置）；更轻量的是先 Quit，再终端执行：
killall -TERM com.docker.backend && open /Applications/Docker.app - Windows：右键托盘图标 → Restart Docker Desktop；若无效，进服务管理器手动 restart
Docker Desktop Service - 临时绕过：改用动态端口映射，比如
docker run -p 80（不写宿主端口），再用docker port查实际分配到哪个端口
Mac 上 com.docker.backend 持久占用端口，重启 Desktop 也不释放
这是 macOS 特有的顽疾：Docker Desktop 后台进程 com.docker.backend 有时会把端口绑定挂载在系统级 socket 上，即使 Desktop 已退出，内核仍认为该端口“正在使用”。lsof -i 可能看不到它，但 sudo lsof -i -P -n | grep :8080 能暴露。
根本原因在于 macOS 的 launchd 子系统对后台进程的强保活策略，不是 Docker 自己的问题，但表现就是端口“幽灵占用”。
- 必须用 root 权限查：
sudo lsof -iTCP -sTCP:LISTEN -P -n | grep :8080 - 若看到 PID 属于
com.docker.backend，且ps -p返回 no such process，说明它已僵死但 socket 未回收 - 唯一可靠解法：
sudo pkill -f "com.docker.backend"+sudo pkill -f "dockerd"，然后彻底重启 Docker Desktop - 预防：避免频繁强制退出 Desktop；更新到最新版（2026 年起已优化 socket 清理逻辑）
Docker Desktop 的端口残留，本质是桌面客户端与后台 daemon 之间状态不同步，加上操作系统对网络资源的延迟回收机制。它不像命令行 Docker 那样直来直往，很多操作 GUI 不会同步触发底层清理，得靠手动干预打破那个“假空闲”循环。
