镜像更新后旧容器不会自动清理，需精准识别并删除冗余容器：先用 docker ps -a 查看容器镜像标签，筛选出使用旧镜像（如 myapp:v2.1）且状态为 exited 的容器，再用 docker rm -f $(docker ps -aq --filter ancestor=myapp:v2.1 --filter status=exited) 删除；清理后执行 docker rmi 和 docker image prune -f，并在部署时加入自动清理逻辑。
镜像更新后，旧容器不会自动停止或删除，容易堆积大量冗余容器（尤其是用相同镜像名但不同标签启动的多个实例），占用磁盘、干扰管理。用 docker rm 清理这类容器，关键在于**精准识别“因旧镜像产生、已无业务价值”的容器**，而非盲目删停机容器。
先确认哪些容器是“镜像更新产生的冗余版本”
不能只看容器名或启动时间——要结合镜像来源和状态判断：
- 运行
docker ps -a --format "table {{.ID}}\t{{.Image}}\t{{.Status}}\t{{.Names}}"查看所有容器及其所用镜像名+标签 - 找出当前最新部署使用的镜像（例如
myapp:v2.3），再筛选出仍使用旧镜像（如myapp:v2.1、myapp:v2.2）的容器 - 重点关注状态为
exited或长时间未重启的容器——它们大概率是更新后遗留的旧版本
按旧镜像批量删除对应容器
直接匹配镜像名（含标签）删除所有关联容器，最稳妥：
- 删除所有使用
myapp:v2.1启动的容器（含运行中和已退出）：docker rm -f $(docker ps -aq --filter ancestor=myapp:v2.1) - 若只想删已退出的，加状态过滤：
docker rm -f $(docker ps -aq --filter ancestor=myapp:v2.1 --filter status=exited) - 支持模糊匹配镜像名（不含标签）：
docker rm -f $(docker ps -aq --filter ancestor=myapp)—— 注意：这会匹配所有以myapp为父镜像的容器，包括myapp:latest和myapp:v2.3，慎用
配合清理避免残留依赖
删完容器后，别忘了顺手清理对应的旧镜像和构建产物：
- 删掉已无容器引用的旧镜像（如
myapp:v2.1）：docker rmi myapp:v2.1（若提示被引用，说明有容器没删干净） - 清理悬空镜像（构建中间层）：
docker image prune -f - 一键清空所有未用资源（不含卷）：
docker system prune -f
预防下次再堆积：更新时主动清理旧容器
在 CI/CD 脚本或部署命令中加入自动清理逻辑：
- 启动新容器前，先停并删同名服务的旧容器：
docker stop $(docker ps -q --filter name=myapp-service) 2>/dev/null || true && docker rm -f $(docker ps -aq --filter name=myapp-service) - 用
--rm启动临时测试容器，退出即自动销毁 - 给容器打 label（如
--label version=v2.3），后续可用--filter label=version=v2.1精准定位清理
