临时容器残留占空间的本质是开发中频繁启停、构建失败等产生的“孤儿资源”堆积，需通过主动清理和隔离机制解决，包括清理已退出容器、悬空镜像、构建缓存及孤立卷，并推荐每日执行 docker system prune -f --volumes。

临时容器残留占空间，本质是开发过程中频繁启停、构建失败或中断导致的“孤儿资源”堆积。docker本身不会自动回收这些资源，必须主动干预。解决关键不在于“少用容器”，而在于建立可预测、可清理、可迁移的隔离机制。

明确哪些资源属于“临时容器残留”

这类残留主要包括四类：

• 已退出但未删除的容器：状态为 Exited 的容器仍保留文件系统层和元数据；
• 悬空镜像（dangling images）：没有标签且不被任何容器引用的镜像层；
• 未命名的构建缓存（build cache）：docker builder prune 可清理，尤其多分支开发时高频产生；
• 孤立卷（dangling volumes）：容器删除后未手动 docker volume rm 的卷，常被模型缓存、日志或数据库文件长期占用。

日常开发中防残留的实操习惯

预防比清理更高效。建议在终端配置别名或写入脚本，让清理动作成为构建/运行流程的一部分：

minimax-mcp-docker版（适配极空间）

MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。

下载

• 每次完成调试后，顺手执行：docker rm -f $(docker ps -aq --filter status=exited)；
• 构建前加 --no-cache 或定期运行：docker builder prune -f；
• 启动容器时显式指定 --rm 参数，确保退出即销毁（适用于纯临时任务，如数据预处理）；
• 避免直接使用 docker run ubuntu 这类无名镜像，统一用带标签的本地镜像（如 gme-dev:latest），便于后续批量管理。

一键清理残留的可靠命令组合

以下命令按安全等级递进，建议先用前两个观察再执行：

• 只看不删（预估空间）：docker system df -v 查各类型占用详情；
• 安全清理（推荐每日执行）：docker system prune -f --volumes（清除已停止容器、悬空镜像、未使用网络 + 所有未使用卷）；
• 深度清理（适合C盘告急时）：docker image prune -a -f && docker volume prune -f，注意这会删掉所有未被容器引用的镜像和卷，请确认无长期挂载需求；
• 针对GME场景补充：若用 docker-compose，优先用 docker compose down -v 而非 ctrl+c 中断，避免卷残留。

从根上规避：用命名空间+外部存储替代临时容器

对模型开发这类IO密集型任务，临时容器不是最优解。更稳的方式是：

• 将模型权重、数据集、实验日志等大文件统一放在非C盘路径（如 D:gme-data），通过 -v D:gme-data:/workspace/data 挂载进容器；
• 用 docker run --name gme-dev-$(date +%m%d) 显式命名容器，方便后续 docker rm gme-dev-0915 精准清理；
• 在 ~/.docker/config.json 中设置 "data-root": "D:\docker-data"，把Docker默认根目录从 C:ProgramDataDocker 迁出，彻底避开C盘压力。