本质是宿主机端口被占用，需用lsof或netstat查PID，再kill进程或删除冲突容器；推荐启动时加--rm参数避免残留。

容器显示 exited 后无法重启，报错 bind: address already in use，本质不是容器本身的问题，而是宿主机上该端口已被其他进程（包括其他容器）占用。docker 容器重启失败，是因为它尝试绑定的网络地址（通常是 -p host_port:container_port）在宿主机层面不可用。

确认哪个进程占用了目标端口

先明确你容器想映射的宿主机端口（比如 8080），再查谁在用：

• 查监听该端口的进程：sudo lsof -i :8080 或 sudo netstat -tulnp | grep :8080
• 若输出中看到 docker-proxy 或其他容器 ID，说明是另一个 Docker 容器占着；若看到 nginx、java 等，则是宿主机本地进程

释放被占用的端口

根据占用类型选择处理方式：

• 如果是其他 已停止但未删除的容器：它可能仍持有端口映射（尤其使用了 --restart=always 或曾异常退出）。运行 docker ps -a 找出状态为 Exited 但映射了同一端口的容器，执行 docker rm -f <container_id></container_id> 彻底清理
• 如果是 正在运行的容器：用 docker stop <container_id></container_id> 停止它；或改用新端口启动当前容器（如 -p 8081:80）
• 如果是 宿主机本地进程：用 kill -9 <pid></pid> 终止，或停掉对应服务（如 sudo systemctl stop nginx）

避免下次冲突的实用做法

端口冲突常因开发调试中反复启停导致，建议养成以下习惯：

docker-container-rerun-all

顺序检查并可选更新所有已在长期记忆中记录了固定重建命令的 docker run 容器。使用场景：用户...

下载

• 启动容器时加 --rm 参数（适用于临时调试）：容器退出后自动删除，不残留端口绑定记录
• 用 docker-compose 管理多容器时，在 ports 下指定 published 和 target，并统一规划端口范围
• 检查容器是否真需要固定宿主机端口：内部服务间通信可直接用容器名 + 内部端口（如 http://backend:3000），无需暴露到宿主机

验证端口已空闲并重启容器

执行完清理后，再次确认端口未被占用：

• lsof -i :8080 应无输出
• 再尝试启动：docker start <container_name></container_name> 或 docker run ...
• 成功后用 docker ps 查看 STATUS 是否为 Up，PORTS 列是否显示正确映射