docker 不支持真正合并多个镜像为一个新镜像，但可用 docker save -o bundle.tar img1 img2 img3 将多个镜像及其共享层去重打包成单个 tar 文件，再用 docker load -i bundle.tar 一次性加载，仍保持各镜像独立。
Docker 本身不支持直接将多个镜像“合并”成一个逻辑上的新镜像（比如融合层、去重叠加），但你可以把多个镜像一起导出为一个 .tar 归档文件，方便统一传输或离线分发。这个过程不是“合并镜像”，而是“打包多个镜像的导出结果到单个 tar 文件中”。
用 docker save 打包多个镜像到一个 tar 文件
这是最常用、最可靠的方式。Docker 允许在一条 docker save 命令中指定多个镜像名（或 ID），它会把所有指定镜像及其共享层一并写入同一个 tar 文件，并自动去重：
- 命令格式：
docker save -o all-images.tar image1[:tag] image2[:tag] image3[:tag] - 例如：
docker save -o my-app-bundle.tar nginx:alpine redis:7.2 ubuntu:22.04 - 导出的
all-images.tar包含所有镜像的 manifest、config 和 layer 数据，且重复的层只存一份 - 后续可用
docker load -i all-images.tar一次性加载全部镜像（标签和历史都保留）
验证打包是否完整
导出后建议快速检查内容，避免遗漏：
- 查看 tar 内容：
tar -tf all-images.tar | head -20（你会看到类似9a5.../json、9a5.../layer.tar、manifest.json等） - 确认
manifest.json是否包含所有目标镜像：tar -xO all-images.tar manifest.json | jq（需安装jq） - 加载测试（可选）：
docker load -i all-images.tar && docker images，确认镜像列表和 TAG 正确
注意：这不是“镜像合并”，也不等于构建新镜像
需要明确几个常见误解：
- ❌ 不会生成一个“新镜像”——只是多个独立镜像的归档，加载后仍是原来的多个镜像
- ❌ 不会把多个镜像的文件系统叠加（如把 nginx + redis 的二进制混在一个 rootfs 里）
- ✅ 如果你真需要功能整合（如运行时同时有 nginx 和 redis），应通过
docker-compose.yml或多阶段构建+自定义基础镜像来实现 - ✅ 若目标是减小体积，优先考虑精简单个镜像（多阶段构建、Alpine 基础镜像、清理缓存等），而非“打包压缩”
补充：用脚本批量导出指定前缀/标签的镜像
若镜像较多（如 myapp/web:v1、myapp/api:v1、myapp/db:v1），可用 shell 快速生成命令：
docker images --format '{{.Repository}}:{{.Tag}}' | grep 'myapp/' | xargs docker save -o myapp-all.tar- 注意：确保
grep结果不为空，否则docker save会报错；更健壮写法建议用循环或while read
