docker load 是将本地 tar 或 tar.gz 镜像文件精准还原至本机镜像仓库的离线命令，不联网、不推远程、不重建层；仅支持 docker save 生成的标准归档（含 manifest.json、layer 及元数据），需验证文件类型、权限与完整性，加载后须用 docker images 和 docker inspect 确认可用。
docker load 是把本地 tar 或 tar.gz 镜像文件“还原”进本机镜像仓库的命令，不联网、不推远程、不重建层，只做精准加载。用对了，几分钟就能让离线环境跑起完整镜像。
确认镜像归档文件是否合规
不是所有 .tar 文件都能被 docker load 识别。它只认由 docker save 生成的标准归档——含 manifest.json、version、所有 layer 文件及元数据。
- 检查文件来源：必须是 docker save -o xxx.tar 镜像名:tag 或 docker save 镜像名 | gzip > xxx.tar.gz 产出的
- 验证文件类型：运行 file myapp.tar，输出应含 “POSIX tar archive”；若显示 “data” 或 “cannot open”，说明已损坏或非标准归档
- 确认可读权限：执行 ls -l myapp.tar，确保当前用户有读权限（如 -rw-r--r--）
- 支持格式：.tar、.tar.gz、.tgz 均可直接加载，Docker 内部自动解压，无需手动 gunzip
正确执行 load 命令的几种方式
核心是明确输入源。推荐统一用 -i 参数，语义清晰、不易出错。
- 从文件加载（最常用）：docker load -i nginx-1.24.tar
- 从压缩包加载（免解压）：docker load -i app-backup.tar.gz
- 从标准输入加载（适合管道场景）：cat redis-7.0.tar | docker load 或 gunzip -c app.tar.gz | docker load
- 静默模式（脚本中减少干扰）：docker load -q -i myapp.tar，成功时无输出，仅报错
加载后快速验证是否生效
别只看“Loaded image: xxx”就认为完事——要确认镜像真在本地可用。
- 列出全部镜像：docker images，查找对应 REPOSITORY 和 TAG
- 过滤查看：docker images | grep myapp 或 docker images --format "{{.Repository}}:{{.Tag}}" | grep myapp
- 检查镜像细节（验证完整性）：docker inspect myapp:latest | head -15，确认有 Config、Architecture、Os 等字段
- 尝试运行测试：docker run --rm myapp:latest echo "ok"，能输出即说明可立即使用
避开常见坑点
很多失败其实和命令本身无关，而是前期准备或认知偏差导致。
- 别用 docker import 替代 load：import 只接受容器导出文件（docker export），无法还原标签和历史层，且不兼容 save 生成的 tar
- 不要删减 tar 包内容：手动删 layer 或 manifest 会导致 load 失败；如需精简，应在 save 前用多阶段构建优化镜像本身
- IMAGE ID 导出的镜像加载后无名称：若用 docker save abc123 > a.tar，load 后只能看到 IMAGE ID，没有 REPOSITORY/TAG，后续需手动打标：docker tag abc123 myapp:latest
- 多镜像打包，一次全加载：docker save 支持 docker save -o multi.tar nginx:alpine redis:7.0，load 时也只需一条命令，全部还原
