使用@sha256:...拉取镜像是保障镜像真实完整的核心机制：docker自动校验manifest sha256，不一致则中止；docker images --digests可验证本地镜像digest，跨节点需比对digest而非tag或image id。
拉取 Docker 镜像时，SHA256 校验不是靠你手动算哈希，而是由 Docker 客户端在下载过程中自动完成的——前提是使用 @sha256:... 形式明确指定 digest。这是保障镜像内容真实、完整、不可篡改的核心机制。
用 digest 拉取：最可靠的方式
直接按内容地址拉取，跳过标签（tag）带来的不确定性：
- 从官方或可信源获取镜像的完整 digest，例如：
sha256:45b23dee08af5e43a7fea6c4cf9c25ccf269ee113168c19722f87876677c5cb2 - 执行命令：
docker pull nginx@sha256:45b23dee08af5e43a7fea6c4cf9c25ccf269ee113168c19722f87876677c5cb2 - Docker 会下载 manifest，计算其 SHA256，并严格比对是否与你提供的 digest 一致；不一致则中止拉取并报错
验证已拉取镜像的 digest
如果镜像已存在本地，可通过以下方式确认它是否仍匹配原始 digest：
- 运行
docker images --digests，查看镜像名右侧是否显示sha256:...——这个值就是 manifest digest - 更精确地提取：
docker inspect --format='{{index .RepoDigests 0}}' nginx（需该镜像曾以 digest 方式拉取过，否则RepoDigests可能为空） - 注意：
docker images显示的 IMAGE ID 是本地存储层的临时标识，不等于 内容 digest，不能用于跨环境一致性核对
跨机器/集群对账：确保节点间镜像一致
在多节点部署场景中，仅靠 tag（如 nginx:1.25）无法保证各节点运行的是同一份二进制内容：
- 在每台机器上运行
docker images --digests | grep nginx - 比对输出中的
sha256:...是否完全一致；不一致说明某节点可能被覆盖、误更新或缓存污染 - 若发现差异，可强制重新拉取正确 digest：
docker pull nginx@sha256:xxx，再docker tag覆盖本地 tag
补充说明：为什么不用 sha256sum docker save？
有人尝试用 docker save nginx | sha256sum 来“校验镜像”，但这得到的是打包后 tar 流的哈希，受压缩方式、元数据顺序等影响，不具备可复现性，也不能对应 manifest digest。它只能作为辅助参考，不能替代 digest 机制。
