docker save是原子操作，直接序列化镜像层与元数据为标准tar流，不经过手动tar打包，也不支持--exclude等参数；排除应前置至构建阶段或通过指定镜像名选择性导出。
Docker 镜像导出本身不经过 tar 命令的手动打包过程 —— docker save 是一个原子操作，它直接将镜像的层、元数据和配置序列化为标准 tar 格式流，内部已封装好归档逻辑，不支持在导出时用 tar 的 --exclude 等参数干预内容。
也就是说：
❌ 你不能对 docker save 的输出流执行类似 tar --exclude='*.tmp' -cf ... 的操作；
✅ 但你可以通过后续处理或替代方案，实现“排除无关内容”的效果 —— 关键在于明确目标：你真正想排除的，通常不是镜像层里的文件（那是构建时决定的），而是导出后生成的 .tar 文件本身附带的临时元数据？还是想减小体积、跳过某些镜像？下面分情况说明：
镜像层面的“排除”：只导出需要的镜像
docker save 支持指定多个镜像名，天然支持“选择性导出”，相当于逻辑上的排除：
- 只导出正式环境用的镜像，跳过调试用的
myapp:dev或中间构建镜像 - 示例：
docker save nginx:1.25 redis:7.2 -o prod-images.tar
这就自动排除了本地存在的
ubuntu:24.04、busybox等其他镜像。
导出后压缩时跳过临时文件（不适用，但常被误解）
docker save 输出的是纯 tar 流（无压缩），生成的 .tar 文件里不含任何“临时文件” —— 它只包含 Docker 镜像固有的 layer blobs、json 配置、manifest 等，没有系统级临时文件（如 /tmp/xxx）。所以 tar --exclude 在这个环节无意义。
如果你发现导出的 tar 包里有意外文件，那大概率是：
- 你在用
tar -cf手动打包整个目录（比如把docker save输出和日志混在一起），而不是直接用docker save -o - 或者误用了
docker export（导出容器快照），而该容器内确实存在运行时生成的临时文件
真正要排除临时内容？得从源头控制
如果镜像里存在你不想要的临时文件（如构建缓存、日志、调试工具），应在 Dockerfile 中清理：
RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/* RUN pip install --no-cache-dir flask && rm -rf ~/.cache/pip
这样 docker save 导出的镜像自然就不含那些内容。
补充：导出后想瘦身？可用 gzip + 过滤（仅限解压后修改，不推荐）
极少数场景下，你可能想解包 docker save 产出的 tar，删掉某个 layer blob 再重打包 —— 这会破坏镜像完整性，导致 docker load 失败。Docker 镜像 tar 是按 manifest 引用组织的，手动删 layer 会导致校验失败或无法加载。
所以结论很明确：
-
docker save不接受tar的 exclude 参数，也不应被当作普通 tar 流来过滤 - “排除”应前置到镜像构建阶段，或通过选择镜像名来控制导出范围
- 若目标是减小传输体积，推荐导出后用
gzip压缩（docker save nginx | gzip > nginx.tar.gz），而非试图删内容
不复杂但容易忽略：导出前先 docker images 确认目标，比事后折腾 tar 更可靠。
