“docker volume prune”只清理未被任何容器引用的孤儿卷，不联动镜像清理；镜像与卷生命周期独立，需人工脚本串联或使用 docker system prune --all --volumes --force 统一清理。
“docker volume prune”本身不联动镜像清理，它只负责清理未被任何容器引用的孤儿卷。镜像（image）和数据卷（volume）在 docker 中属于完全独立的资源类型，生命周期、存储路径、管理命令均无自动关联。所谓“联动”，必须靠人工设计策略或脚本显式串联，不能依赖单一命令。
volume prune 的作用边界很明确
该命令仅识别并删除满足以下全部条件的数据卷：
- 当前没有任何运行中或已停止的容器声明挂载它（即未出现在 any container’s Mounts 中）
- 不是由 docker-compose.yml 的
volumes:块定义的命名卷（除非配合--volumes使用docker system prune） - 不带
--filter时，默认不区分标签、创建时间或驱动类型，是“全量孤儿卷”清理
为什么镜像清理不会触发 volume 自动清理
镜像只是容器的模板，不持有对 volume 的引用关系。即使你删掉一个曾用于启动某容器的镜像，只要那个容器（哪怕已 stop）仍存在且声明了 volume，该卷就仍被视作“被使用”，docker volume prune 不会动它。真正决定卷是否“可删”的，只有容器配置与运行状态，而非镜像存留与否。
想实现“镜像清理后顺手清卷”，可以这样组合
这不是默认行为，但可通过脚本安全串联：
- 先执行
docker image prune -f或docker image prune -a -f清理无用镜像 - 再运行
docker container prune -f清理所有已退出容器（这步很关键：移除“停机但仍在声明 volume”的干扰源） - 最后执行
docker volume prune -f—— 此时孤儿卷识别更准确，误删风险更低
注意：若需保留某些测试卷或备份卷，建议提前打 label（如 --label keep=backup），再用 docker volume prune --filter "label!=keep=backup" 精准排除。
更稳妥的企业级做法：用 system prune 统一收口
docker system prune --all --volumes --force 是唯一能“一次性清理镜像 + 容器 + 网络 + 孤儿卷”的命令。但它危险性高，必须满足两个前提：
- 确认没有正在运行的生产服务（
system prune不影响运行中容器，但会删掉其网络和匿名卷） - 宿主机上无其他 Docker 用户依赖共享卷（该命令不识别 label，会无差别删所有未挂载卷）
日常运维中，推荐将其封装为带 dry-run 预检的脚本，例如先跑 docker system df 查看 volume 占用，再用 docker volume ls -qf dangling=true | wc -l 单独统计待删卷数量，确认无误后再执行。
