Docker Desktop 怎么清理无用镜像：从磁盘告警到空间回收

Docker Desktop 用久了之后，设置里显示的磁盘占用会越来越高，哪怕你本地项目都删掉了，遗留的镜像和构建缓存还是会占着存储空间。清理的时候别上来就全选乱删：先在镜像、容器和构建缓存页面确认哪些资源还是现有项目在用的，按照「无标签镜像→已停止容器→构建缓存」的顺序逐步回收，最后回到资源设置页核对实际释放的磁盘空间就行。

先定位：空间到底被哪类对象占用

打开 Docker Desktop，进入设置的资源页面，先记下当前显示的磁盘占用数值。这个数字只能说明总占用量，不代表空间大头一定是镜像；多阶段构建留下的冗余缓存、停止运行的容器和未使用的存储卷，也可能持续占用大量空间。

接着分别打开镜像、容器和存储卷页面，按体积或者最近使用时间排序查看。项目仍在开发阶段时，带有明确版本标签的基础镜像不要因为体积大就直接删除；没有标签、也没有容器引用的对象，才适合优先处理。

从镜像页面清理无用镜像

进入镜像列表页，先筛选出悬空或者无标签的镜像。它们通常是重复构建后失去标签的中间镜像，但如果某个本地开发脚本仍依赖镜像ID引用资源，删除前应先核对项目配置和最近的构建记录。

1. 打开镜像页面，使用过滤器缩小到无标签或长期未使用的镜像范围。
2. 查看镜像的标签、创建时间和体积，保留仍在 Compose 文件中出现的镜像名称。
3. 勾选已经确认可以删除的旧镜像，点击删除并确认弹窗提示。
4. 回到资源页面，记录磁盘占用是否出现明显下降。

处理停止容器和构建缓存

镜像清理完之后，再打开容器列表页。停止状态的容器本身通常体积不大，但它可能关联着需要保留的存储卷。删除容器前先点开详情，查看挂载项和环境配置，数据库类容器尤其不要把关联的数据卷一起删掉。

如果磁盘剩余空间仍然紧张，再进入构建页面检查构建缓存。按项目和最近使用时间排序后，只清理已经不再维护的项目留下的构建记录。清理后首次重新构建时速度变慢是正常现象，之前的缓存已经被回收了。

清理完成后的可见复查

所有清理动作结束后，不要只看列表里的资源数量变少就结束。回到资源页面确认磁盘占用下降，再打开一个常用的本地项目，执行一次完整的本地构建并启动测试容器。如果出现镜像拉取失败、Compose服务缺少依赖的问题，说明这次清理范围过大，对照项目锁定的镜像标签把需要的资源重新恢复即可。

日常可以保留一个简单习惯：项目大版本切换后清理掉旧版本标签镜像，临时开发分支合并后检查并清理对应停止的测试容器，每季度统一处理一次过期的构建缓存。这样比每次遇到磁盘告警都做一次全量清理更容易回溯，也不容易出错。

常见问题：Docker Desktop 清理时容易误删什么

删除镜像会删除正在运行的容器吗？

正在运行的容器所使用的镜像通常无法直接删除。真正需要注意的是停止容器和无标签镜像之间的关联关系，删除前先仔细核对资源引用和项目配置。

构建缓存可以全部清空吗？

可以全部回收，但之后的首次构建会重新下载基础层和重新生成所有中间层。团队共用的开发机更适合按项目和时间范围选择性清理。

删除容器时要不要一起删存储卷？

除非确认卷内的数据已经备份且不再需要使用，否则不要勾选同步删除的选项。数据库、上传文件和本地测试数据常常都保存在挂载的存储卷上。

最后确认磁盘和项目都正常

一次稳妥的清理至少要达成两个结果：资源页面显示空间回收数值符合预期，常用项目重新构建和启动流程跑通没有报错。只要保留好基础镜像标签、需要留存的数据卷和仍在使用的Compose依赖，Docker Desktop的磁盘告警完全可以在可控范围内解决。