Docker镜像导出本身不产生垃圾文件——docker save是原子操作，直接序列化镜像层、配置和manifest为标准tar流，不经过临时文件或外部tar命令；所谓“垃圾”实为误操作（如手动追加日志）、构建残留或本地悬空镜像堆积所致。
Docker 镜像导出本身不会产生垃圾文件——docker save 是一个原子操作，直接将镜像的层、配置和 manifest 序列化为标准 tar 流，不经过临时文件写入，也不调用外部 tar 命令。所谓“导出过程中产生的垃圾文件”，通常源于误解或误操作，而非 docker save 本身行为。
下面分三类常见场景说明真正需要清理的对象及对应方法：
导出后手动打包混入了无关文件
如果你是这样操作的：
docker save nginx:alpine -o images.tar tar -rf images.tar /tmp/debug.log /var/log/build.log # ❌ 错误：手动追加日志等临时文件
那么 .tar 包里多出来的就是你主动塞进去的垃圾，不是 Docker 生成的。
✅ 正确做法：
- 只用
docker save -o xxx.tar直接输出，不额外tar打包 - 如需压缩，用
gzip或zstd等流式压缩，不引入新文件：docker save nginx:alpine | gzip > images.tar.gz
镜像内部含构建残留（如缓存、源码、临时日志）
这类“垃圾”存在于镜像层中，导出时会被完整打包进去，但根源在构建阶段。
✅ 清理方式在构建时控制：
- 使用多阶段构建，只复制最终产物
- RUN 指令中合并清理动作，例如：
RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/*
- 构建后用
docker-squash合并层、剔除中间残留（适用于无法改 Dockerfile 的旧镜像）
本地磁盘堆积了大量悬空镜像或构建缓存
这些不是“导出过程产生”的，但常被误认为是导出副作用。它们占用空间，且可能被 docker save 无意中包含（比如你执行了 docker save $(docker images -q)）。
✅ 定期清理命令：
- 清理悬空镜像（安全，推荐每日运行）：
docker image prune -f
- 清理构建缓存（CI/CD 中尤其重要）：
docker builder prune -f
- 清理全部未使用资源（慎用于生产）：
docker system prune -a -f --volumes
不复杂但容易忽略
