本质是宿主机端口被占用，需用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等，则是宿主机本地进程
释放被占用的端口
根据占用类型选择处理方式：
Docker Image Puller
下载
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
- 如果是其他 已停止但未删除的容器：它可能仍持有端口映射（尤其使用了
--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）
避免下次冲突的实用做法
端口冲突常因开发调试中反复启停导致，建议养成以下习惯：
- 启动容器时加
--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 列是否显示正确映射
