最可靠方式是直接比对每层SHA256哈希值；需从manifest.json提取layer digest，解包后对blobs/sha256/下文件重新计算哈希并逐行比对，任一不匹配即表明损坏或篡改，应在CI/CD或加载前自动校验。
直接比对每层的 SHA256 哈希值，是验证 Docker 镜像层级一致性的最可靠方式。关键不在于“有没有哈希”，而在于“是否在正确环节主动比对”——因为哈希本身不会自动拦截错误，必须嵌入操作流程中才起作用。
从 manifest.json 提取所有 layer digest
镜像的 manifest 文件（通常是 manifest.json）明确记录了每一层的 digest 字段，格式为 sha256:abc123...。这个值不是随机生成的，而是由该层解压后的内容（即 blob）计算出的 SHA256 值，具有强唯一性和抗碰撞性。
- 用
docker save -o app.tar myapp:latest导出镜像包 - 解压 tar 包：
tar -xvf app.tar -C /tmp/check - 查看
/tmp/check/manifest.json，找到Layers数组，提取每个元素的 digest 值
解包后逐层计算并比对实际哈希
导出的 tar 包里，所有 layer 内容都存放在 blobs/sha256/ 目录下，文件名就是其 digest（不含 sha256: 前缀）。但仅靠文件名不能信任——必须重新计算内容哈希，再与 manifest 中声明的 digest 对齐。
- 执行
find /tmp/check/blobs/sha256/ -type f -exec sha256sum {} \; - 将输出结果中的哈希值（前64位）与 manifest 中每个
Layers[i].digest的后64位逐行比对 - 任一不匹配，说明该层在存储、传输或解压过程中已损坏或被篡改
在 CI/CD 或加载前自动触发校验
手动比对容易遗漏，也难以规模化。应在每次使用镜像 tar 包前，让脚本自动完成“解析 → 计算 → 比对 → 中断”闭环：
- 下载 tar 后，先运行
tar -tf app.tar | head -n 1 > /dev/null确保归档可读 - 解析
manifest.json获取全部 layer digest 列表 - 对
blobs/sha256/下每个文件调用sha256sum，生成实际哈希 - 发现任一 mismatch，立即退出并告警，禁止执行
docker load
结合 docker inspect 验证已加载镜像的层指纹
如果镜像已加载进本地引擎，也可反向验证其各层是否与原始一致：
- 运行
docker image inspect myapp:latest --format='{{json .RootFS.Layers}}'，获取当前镜像使用的 layer chainID 列表 - 这些 chainID 存于
/var/lib/docker/image/overlay2/layerdb/sha256/，对应目录下有diffid和cache-id - 对比
diffID是否与原始构建时生成的一致（需保留构建日志或 build cache 记录）
