完全离线系统迁移需确保镜像准确拉取（指定--platform）、用docker save完整导出（勿用export）、导入后验证标签与启动；全程不依赖网络，配置须显式声明。
要实现完全离线环境的系统迁移，核心是把镜像完整、可复现地从有网环境“搬”到无网环境，不依赖任何远程仓库或网络交互。关键不在“能不能运行”，而在于“搬得准、还原得全、启动得稳”。
导出前：确保镜像已就位且架构匹配
在联网机器（如开发机或构建服务器）上，先拉取目标镜像，并显式指定目标平台架构：
- 若目标是 x86_64 服务器（常见于物理机、VM、大部分 NAS），即使你在 Apple M 系列 Mac 上操作，也要加 --platform linux/amd64：
docker pull --platform linux/amd64 nginx:1.25 - 确认镜像已存在且标签清晰：
docker images | grep nginx—— 避免只用镜像 ID 导出，否则导入后可能丢失标签 - 如需多个服务协同（如 Nginx + Redis + 自定义应用），建议统一命名并打上明确标签，便于后续识别和编排
导出时：用 save 打包，优先考虑压缩传输
docker save 是唯一正确选择，它保留所有镜像层、历史、ENV、CMD、端口暴露等元数据；不要用 export/import（那是容器快照，会丢分层和构建信息）：
- 基础导出（不压缩）：
docker save -o app-stack.tar nginx:1.25 redis:7.2 myapp:v2.1 - 推荐一步压缩（节省带宽/介质空间）：
docker save nginx:1.25 redis:7.2 myapp:v2.1 | gzip > app-stack.tar.gz - 导出后校验大小与完整性：
ls -lh app-stack.tar*，确认文件非空；如有条件，可在源端执行docker load -i app-stack.tar快速回验是否可加载
传输中：适配不同离线场景的搬运方式
没有统一“最佳”方法，取决于你手头的通路：
- 有内网通道（如跳板机、管理网）：
用scp或rsync -P直传，支持断点续传，适合大文件 - 完全物理隔离（如生产区禁网络）：
拷贝到 U 盘或移动硬盘，注意文件系统兼容性（推荐 exFAT 或 ext4，避免 NTFS 权限问题） - 多镜像批量管理：
可将多个.tar.gz文件归入一个目录，附带manifest.txt记录镜像名、版本、用途，方便目标端核查
导入后：验证、启动与兜底准备
在目标离线主机上完成加载后，不能直接 run 就算完事：
- 导入命令（gzip 压缩包需解压流式导入）：
gunzip -c app-stack.tar.gz | docker load
或先解压再加载：gzip -d app-stack.tar.gz && docker load -i app-stack.tar - 验证是否完整还原：
docker images查看镜像是否存在、标签是否一致、REPOSITORY:TAG 是否齐全 - 尝试启动最小验证容器：
docker run --rm nginx:1.25 nginx -v（检查能否启动+输出版本） - 重要提醒：镜像不包含运行时配置（如挂载卷、网络模式、--restart 策略）。这些必须通过
docker run命令或docker-compose.yml显式声明，建议提前写好并随 tar 包一并离线移交
整个过程不复杂但容易忽略细节，重点就是三件事：拉对架构、save 不用错、运行参数别靠猜。
