基础镜像不能直接用docker export导出，必须先运行容器再导出其文件系统快照；docker import生成的镜像是扁平化单层，不保留原始镜像的分层历史、元数据（如ENV、CMD）和构建信息，仅适用于轻量快照迁移，而save/load才可完整保留镜像结构。
基础镜像本身不能直接用 docker export 导出，因为 export 操作对象是**容器（container）**，不是镜像（image）。必须先基于基础镜像运行一个容器，再导出该容器的文件系统；导入时则用 docker import 生成新镜像。整个过程不保留原始镜像的分层历史和元数据，适合轻量快照迁移。
先启动一个临时容器再导出
要导出某个基础镜像（比如 alpine:3.20）的内容，得先把它跑起来：
- 运行容器：
docker run -d --name temp_alpine alpine:3.20 sleep infinity - 导出为 tar 文件：
docker export -o alpine-snapshot.tar temp_alpine - 清理临时容器：
docker rm -f temp_alpine
注意：导出的是容器当前文件系统快照，不含 ENV、CMD、VOLUME 等镜像配置，也不含构建历史。
用 import 创建新镜像
导出的 .tar 文件可被 import 转成新镜像，但需手动指定名称和标签：
- 导入命令：
docker import alpine-snapshot.tar my-alpine:custom - 验证结果：
docker images | grep my-alpine
导入后得到的是一个“扁平化”镜像，只有单一层，docker history my-alpine:custom 会显示 `
和 save/load 的关键区别
如果你需要保留完整镜像结构（包括多层、历史、标签、元数据），应该用 save/load：
-
docker save -o alpine-full.tar alpine:3.20→ 保留所有 layer 和 manifest docker load → 完整还原，支持 <code>docker tag、docker history等操作
export/import 是“容器快照流”，save/load 是“镜像原样流”，用途不同，别混用。
什么情况下该用 export/import
适合这些场景：
- 把调试完成的容器状态打包带走，不关心怎么构建的
- 离线环境部署一个精简版运行时（比如只带 /app 和依赖，无构建工具）
- 跨平台迁移时规避镜像架构兼容问题（导出后手动调整再导入）
- 快速生成一个无历史记录的基础层用于安全扫描或合规检查
不适用于需要复现构建过程、做 CI/CD 分层缓存、或依赖 FROM 继承关系的场景。
