Docker Engine安装本身不导致端口冲突，真正原因是后续容器使用-p映射时宿主机端口被其他进程或残留容器占用；需用lsof -i :端口或netstat -tulnp | grep :端口查占用进程，检查docker ps -a中Exited容器，清理冗余容器，并核对Docker Compose端口配置与宿主机服务是否重叠。Docker Engine 本身安装过程不监听业务端口，所以“安装导致端口冲突”其实是误解。真正的问题出在**后续运行容器时**，你用 `-p` 映射宿主机端口，而该端口已被其他进程或残留容器占用了。解决的关键是定位并释放那个端口，不是重装 Docker。
查清楚谁在占端口
这是第一步，也是最常被跳过的一步。别猜，直接看：
- 运行 sudo lsof -i :8080（把 8080 换成你报错的端口号），它会显示 PID 和命令名
- 或者用 sudo netstat -tulnp | grep :8080，重点关注状态为 LISTEN 的那一行
- 如果看到
nginx、java、code（VS Code Live Server）或docker-proxy，就锁定了源头
看看有没有“假死”的容器
很多情况是容器明明 Exited 了，但端口还挂着。它们不会出现在 docker ps 里，却藏在 docker ps -a 中：
- 执行 docker ps -a，重点看 Status 列为 Exited 的容器
- 再运行 docker ps --format "table {{.Names}}\t{{.Ports}}"，只看正在运行的容器占了哪些端口
- 发现可疑容器，直接清理：docker rm -f 容器名或ID
- 想一键清空所有已停止容器：docker container prune
检查 Docker Compose 配置是否重复
多个项目共用一台开发机时，很容易在不同 docker-compose.yml 里都写 ports: ["8080:80"]：
- 打开你正在启动的 compose 文件，搜索
ports:，确认宿主机端口没和其他项目撞车 - 本地调试可改用动态分配：
-p 80（不写冒号前的数字），让 Docker 自动选一个空闲端口 - 生产环境建议统一走反向代理（比如 Nginx 或 Traefik），容器只暴露内部标准端口（80/443），宿主机对外只开 80 和 443
留意宿主机原有服务是否重叠
Docker Engine 自身用的是 2375 或 2376（API 端口），一般不影响业务。但你指定的业务端口可能和系统服务冲突：
- 比如你在宿主机上装了 MySQL，默认占 3306；又起一个 MySQL 容器也映射到 3306，必然失败
- Apache、Nginx、PostgreSQL、Redis 默认端口都容易踩坑，启动前先
sudo lsof -i :3306确认一下 - 临时解决：把容器映射改成
-p 3307:3306；长期方案：停掉宿主机对应服务，或改其配置
