把文件摘要核对做成一个明确的步骤

拿到一个文件和一份预期摘要后，先确认提供的是 SHA-256 还是 SHA-512，再到「文件校验」选择相同算法。SHA-256 使用 64 位十六进制字符，SHA-512 使用 128 位；不同算法的值不能混在一起比较。

这里按文件的原始字节计算，文件只在当前浏览器读取，不上传。单个文件最多 50 MB（50,000,000 字节），需要启用 JavaScript 和浏览器的 Web Crypto；上方的文本摘要是另一个入口，不代替原始文件校验。

可以先在练习用的空目录里创建一个只有三个字节的文件。下面的 printf 写入 abc，不添加末尾换行；sha256sum 是 Linux 终端中的校验命令。

选择生成的 home-checksum-sample.txt，使用 SHA-256 计算。页面显示的摘要应与下面的校验行开头一致；如果改用带末尾换行的文件，计算结果就会改变。

printf 'abc' > home-checksum-sample.txt
sha256sum home-checksum-sample.txt

ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad  home-checksum-sample.txt

「预期摘要」既接受纯十六进制摘要，也接受 sha256sum / sha512sum 的单行输出。普通文本标记是摘要后两个空格再接文件名，二进制标记是摘要后一个空格、一个 * 再接文件名。首尾空白与摘要大小写不影响核对，最多输入 1024 个字符。

识别校验行后，页面会明确说明只比较摘要、不校验文件名。因此，行内文件名与本机选择的文件名不同，也可能显示摘要一致。不要把这个提示理解为文件名也通过了检查。

这里只接收一条结果，不支持多行校验清单、BSD 风格结果或带转义前缀的输出。遇到这些格式，可以明确选出当前文件对应的纯摘要再填写；不要把整份清单当成一个值。

计算完成后，可以复制摘要或下载摘要文本。下载内容是计算得到的十六进制值，不包含文件名、原始文件或预期摘要；它也不会替你保存一份服务器记录。

如果希望把文件名、大小和算法一起留下，可以在本机整理成 TOML。下面是练习文件的记录示例，digest 字段可单独复制到预期摘要框，整份 TOML 则可交给配置工具检查格式。

[[files]]
name = "home-checksum-sample.txt"
size_bytes = 3
algorithm = "SHA-256"
digest = "ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad"

先核对选择的文件、算法和预期值是否对应，再检查文件是否被重新保存。UTF-8 BOM、CRLF 与 LF、编码变化或末尾多一个换行，都会改变原始字节；文本看起来相同，不代表文件字节相同。

页面区分「摘要一致」「摘要不一致」和「预期摘要格式不正确」。切换文件或算法会清除旧结果，取消计算后迟到的结果也不会重新显示；修改预期摘要只重新比较，不会上传文件。

摘要一致表示本机计算值与填写值一致。页面不会检查发布者、数字签名或摘要的来源；保留记录时，也可以另外记下预期值来自哪里，方便以后回看。