直接删旧容器最省事但需先确认是否真无用，因“已停止”容器可能挂载卷、端口或配置；docker ps -a 显示容器名带前导斜杠（如/myapp），grep 时需匹配完整名称；docker rm -f 失败常因资源占用，应 inspect 查依赖后再处理；重命名用 docker rename（仅限已停止容器）；定期执行 docker ps -a -q --filter status=exited | xargs -r docker rm 清理退出容器。
直接删掉旧容器最省事，但得先确认它是不是真没用了——很多“已停止”的容器其实还挂着卷、端口或配置，一删就丢数据。
docker ps -a 看不到冲突容器？检查命名前缀和斜杠
Docker内部对容器名加了前导斜杠，比如你指定 --name myapp，实际注册的是 /myapp。错误信息里显示的 "/easyai" 或 "/postgres1" 就是这个完整形式。所以用 docker ps -a 查时，NAMES 列显示的也是带斜杠的，别漏看。
常见疏忽点：
-
docker ps -a | grep myapp可能匹配不到，因为输出里是/myapp，而你搜的是myapp；改用docker ps -a --format "{{.Names}}" | grep "/myapp" - Windows 上 Docker Desktop 默认使用 WSL2 后端，容器名在 WSL 里也可见，但
docker ps必须在 WSL 终端或 PowerShell 的 Docker CLI 环境中执行才一致 - 某些 GUI 工具（如 Docker Desktop Dashboard）可能缓存状态，关掉再重开 Dashboard 有时能刷新出真实列表
docker rm -f 失败：容器正被其他资源引用
执行 docker rm -f myapp 报错 “device or resource busy”，通常不是名字问题，而是该容器绑定了以下任一资源：
- 一个正在被其他容器挂载的命名卷（
docker volume ls查卷名，docker volume inspect VOLUME_NAME看挂载路径） - 一个 host port 被系统进程占用（比如
lsof -i :8080或netstat -ano | findstr :8080） - 一个网络别名（
docker network inspect bridge查Containers字段是否残留）
这时不能硬删，先用 docker inspect myapp 看 HostConfig.Binds 和 NetworkSettings.Networks，确认有没有外部依赖。有依赖就先停用关联服务，再删容器。
想保留旧容器又想用同名启动新容器？用 docker rename
docker rename 是唯一能在不丢失数据的前提下腾出名字的操作，但它只对已停止的容器生效。运行中的容器必须先 docker stop 再重命名。
典型流程：
docker stop myappdocker rename myapp myapp_v1docker run -d --name myapp -p 8080:8080 nginx:alpine
注意：docker rename 不会改容器的卷、网络配置或环境变量，只是换了个“门牌号”。如果你用 --volumes-from 或 --network container:myapp 这类依赖原名的参数，重命名后这些引用就断了，得手动更新。
最易被忽略的一点：Docker Desktop 的自动清理机制默认关闭，docker system prune 不会动已停止容器，除非加 -a。定期跑 docker ps -a -q --filter status=exited | xargs -r docker rm 才能真正清掉那些“安静占坑”的旧容器。
