关键在于用docker save/load而非export/import：前者完整保留镜像层、标签、元数据和构建信息，后者仅导出容器扁平化文件系统，丢失历史与配置，易致导入后无法运行。
防止 docker 镜像在导入导出过程中损坏，关键在于确保操作对象正确、数据完整、环境一致。镜像损坏通常表现为加载失败、标签丢失、启动报错或运行时缺失依赖——这些问题大多可提前规避。
用对命令：save/load 不要和 export/import 混用
docker save 和 docker load 是专为镜像设计的组合，能完整保留所有层、历史、标签、配置（如 CMD、ENV、WORKDIR）；而 docker export + docker import 只导出容器的扁平化文件系统快照，会丢失全部构建元数据和分层结构，极易导致导入后无法直接运行。
- 导出镜像 → 一律用 docker save -o xxx.tar 镜像名:标签
- 导入镜像 → 一律用 docker load -i xxx.tar
- 除非明确需要“无历史、无配置”的极简镜像，否则不要用 export/import
导出时确保标签完整且路径规范
不带标签导出（如 docker save -o app.tar myapp）可能导致导入后镜像 ID 存在但无可用标签，进而无法通过名称启动容器。
- 始终显式指定带标签的镜像名：myapp:v1.2，而非仅 myapp
- 导出路径使用绝对路径，避免相对路径引发权限或路径解析错误（如
/opt/backups/app.tar✅，而非./backup/app.tar❌） - 确认执行用户属于 docker 组，或使用 root 权限，防止因写入失败导致 tar 文件截断
大镜像必须压缩并校验完整性
未压缩的 tar 文件体积庞大，传输中易因网络中断、磁盘满或 USB 拔插导致文件损坏，而 Docker 默认不校验 tar 内容完整性。
- 导出时结合 gzip 压缩：docker save myapp:v1.2 | gzip > myapp-v1.2.tar.gz
- 导入前用 gzip -t 检查压缩包是否完整：
gzip -t myapp-v1.2.tar.gz - 传输完成后比对源端与目标端的 sha256sum（例如
sha256sum myapp-v1.2.tar.gz），确保字节级一致
批量迁移时一并导出所有依赖镜像
应用镜像常依赖基础镜像（如 alpine、ubuntu）或中间件镜像（如 redis:alpine）。若只导出主镜像，目标环境缺少父层，docker load 会成功但运行时报 “layer not known” 或拉取失败。
- 用一条命令导出整套栈：docker save -o full.tar nginx:1.25 redis:7.0 python:3.11-slim
- 导入后运行 docker images 核对所有镜像是否已就位，尤其检查基础镜像是否存在
- 必要时用 docker inspect 镜像名 查看 Architecture 字段，确认与目标主机 CPU 架构匹配（x86_64 / arm64）
