校验已下载文件的校验和
在本地计算文件哈希，与发布者的校验和比较，并理解该信任哪种算法。
- 1
完整性校验比较两个哈希：发布者公布的（如发布页上的 sha256sums.txt）和你从实际收到的文件计算的。二者都在此本地完成——文件不上传。
- 2 哈希计算器 →
拖入或粘贴文件内容并选择 SHA-256（最广泛公布的算法）。输出为 64 字符十六进制摘要。
- 3 哈希对比器 →
粘贴你计算的摘要和发布者的摘要。比较对十六进制不区分大小写，并报告精确匹配或早期差异。
- 4
解读：文件中任意单比特差异都会产生完全不同的摘要——匹配意味着字节完全相同。若不同，先重新下载再假定篡改：截断传输是最常见原因。对于真实性（是否真由厂商发布？），仅校验和不够——需对校验和文件验证 GPG 或 sigstore 签名。
常见问题
- 该用哪种算法？
- SHA-256 是默认选择，也是大多数项目公布的。MD5 和 SHA-1 仍见于遗留校验和文件；它们足以检测意外损坏，但绝不能依赖其抵御蓄意篡改。
- 哈希和签名不是一回事吗？
- 不是。哈希检测变更；签名证明数据由谁产生。强发布流程对校验和文件发布签名，让你同时验证完整性与真实性。
解决此任务的工作流
哈希文本并用 CRC32 校验
同时计算加密强度高的 SHA-256 哈希和轻量级 CRC32 校验和，用于数据完整性校验。 管道
内容哈希并 Base64 编码
计算输入哈希并将摘要编码为 Base64 以便紧凑传输。 管道
哈希并验证完整性
计算输入文本的哈希并与期望哈希比对以验证完整性。 管道
MD5 哈希后 Base58 编码
计算 MD5 哈希后编码为 Base58。 管道
多哈希速度比较
对输入哈希并基准测试多种哈希算法，比较速度与输出。 管道
生成密码并哈希
生成随机密码后哈希用于安全存储。 管道
SHA3-256 哈希与 CRC32 校验
计算 SHA3-256 哈希再计算 CRC32 校验和，用于双重完整性校验。 管道
SHA-512 哈希后十六进制编码
计算 SHA-512 哈希后编码为十六进制。 管道
文本反转后哈希
反转文本后计算 SHA-256 哈希。 管道
文本扰乱后哈希
扰乱文本后哈希结果。 管道