本质是Docker默认不清理已退出容器关联的匿名卷，解决需分步：先docker container prune -f删退出容器，再docker volume prune -f删悬空卷，最后用docker system df -v和du -sh /var/lib/docker/volumes验证效果，并通过--rm、命名卷和慎用VOLUME从源头预防。

容器退出后匿名卷堆积，本质是 docker 的资源管理逻辑和默认行为造成的——它不会自动清理已退出容器关联的匿名卷，这些卷就悄悄留在 /var/lib/docker/volumes 下，持续吃磁盘空间。解决的关键不是“删得快”，而是“看得清、删得准、防得住”。

一、先确认：哪些卷真该删？

别一上来就 prune。匿名卷和悬空卷（dangling volume）常被混为一谈，但它们不完全等价：

• 匿名卷：启动时用 -v /data 或 Dockerfile 中 VOLUME 指令创建、没起名的卷，docker volume ls 里 NAME 列为空或显示随机哈希
• 悬空卷：当前未被任何容器（包括 exited 容器）引用的卷，用 docker volume ls -f dangling=true 才能看见

真正要清理的是后者。但注意：一个 exited 容器只要还存在，它声明挂载过的匿名卷就不会被标记为 dangling——所以必须先清容器，再清卷。

二、分步清理：安全又彻底

推荐按顺序执行以下三步，每步都可单独验证效果：

• 删所有已退出容器：docker container prune -f
• 再删所有悬空卷：docker volume prune -f
• 顺手清未用网络：docker network prune -f

这比单用 docker rm --volumes $(docker ps -aq --filter status=exited) 更稳妥，因为它不依赖容器 ID 字符串拼接，也避免了因容器名含空格或特殊字符导致的命令失败。

三、验证是否真清理干净

执行完上面三步后，用这两个命令交叉验证：

• docker system df -v：看 Volumes 行的 “Reclaimable” 是否明显下降，SIZE 是否缩小
• du -sh /var/lib/docker/volumes：直查物理目录大小变化，最真实

如果 docker volume ls -f dangling=true 输出为空，且磁盘空间回升，说明清理到位。

四、从源头预防：让匿名卷少产生、易管理

事后清理是补救，启动时控制才是根本：

• 临时任务一律加 --rm，例如 docker run --rm -v /tmp:/data alpine cp /data/file.txt /dev/stdout
• 需要持久化的路径，优先用命名卷：docker run -v myapp-data:/app/data nginx，名字可读、可查、可删
• Dockerfile 中慎用 VOLUME 指令；如非必要，改由运行时通过 -v 显式挂载
• CI/CD 脚本末尾加上 docker system prune -f（不含 --volumes），定期轻量清理

不复杂但容易忽略。