你从官网下载了一个安装包，页面上写着「SHA-256: 9f86d0…」。你该如何确认自己手里的文件和官网发布的是同一个人发的、没被中间人替换？
这就是 哈希校验（hash verification） 要解决的问题。
为什么需要哈希校验
哈希函数（SHA-256、MD5、SHA-1）会把任意长度的输入，算成一个固定长度的「指纹」：
- 输入只要有 1 个字节 不同，输出的哈希值就会完全不同（雪崩效应）。
- 从哈希值几乎不可能反推原文。
- 同一输入永远得到同一哈希值。
所以只要比对两个哈希值是否一致，就能判断内容是否被改动。
| 场景 | 风险 | 哈希能做什么 | |---|---|---| | 下载开源软件 | 官网被挂马 / 镜像被替换 | 比对官网公布的哈希 | | 校验备份文件 | 传输损坏 | 比对源/副本哈希 | | 验证接口签名 | 请求被篡改 | 服务端重算比对 |
⚠️ 注意：哈希只能证明「内容一致 / 不一致」，不能证明来源可信。如果攻击者同时替换了文件和官网公布的哈希值，你比对通过也无效。真正防篡改需要 数字签名（如 GPG） 或 HTTPS + 官方域名。
常见哈希算法怎么选
| 算法 | 输出长度 | 用途 | 是否安全 | |---|---|---|---| | MD5 | 128 bit | 快速校验、去重 | ❌ 已不安全（易碰撞），仅用于非安全场景 | | SHA-1 | 160 bit | 遗留系统 | ❌ 已不安全 | | SHA-256 | 256 bit | 文件校验、签名、区块链 | ✅ 推荐 | | SHA-512 | 512 bit | 高安全场景 | ✅ 推荐 |
结论：新项目一律用 SHA-256；MD5 只用于「判断文件有没有传坏」，不要用于安全校验。
一步步校验（无需安装任何软件）
下面用本站 哈希校验工具 在浏览器本地完成，文件不会上传服务器，隐私更安全。
方法一：校验文件
- 打开 哈希校验工具。
- 选择算法（默认 SHA-256）。
- 拖入或选择你要校验的文件。
- 工具会立即算出该文件的哈希值。
- 把官网公布的哈希值粘贴到「比对」框，点击比对：
- ✅ 一致 → 文件完整、未被篡改。
- ❌ 不一致 → 文件损坏或被替换，重新下载。
方法二：命令行（开发者）
# macOS / Linux 计算 SHA-256
shasum -a 256 your-file.zip
# Windows (PowerShell)
Get-FileHash -Algorithm SHA256 your-file.zip
# 计算 MD5（仅校验损坏用）
md5sum your-file.zip
把输出和官网公布的值逐字符对比即可。
方法三：校验文本 / 字符串
如果只是想确认两段配置、两个 JSON 是否一致，用 SHA-256 生成器 或 MD5 生成器 分别粘贴两段内容，比对输出。
批量 / 自动化校验
如果你需要对成百上千个文件做完整性巡检，可以：
- 先生成「基线哈希清单」（每个文件一行
哈希 文件名）； - 之后重新计算并
diff比对。
在 CI 流水线里，常用 sha256sum -c baseline.sha256 做自动校验。
关于密码哈希（易混淆点）
有人会问：「哈希校验和 bcrypt 密码哈希 是一回事吗？」
不是。文件校验用的是快速哈希（SHA-256），追求速度；密码存储用的是慢哈希 + 加盐（bcrypt、scrypt、Argon2），目的是抵抗暴力破解。两者用途不同，不要混用。
常见问题
Q：哈希值对不上，一定是被篡改了吗？ 不一定。先确认：算法选对了吗（SHA-256 vs MD5）？比对时有没有多复制了空格/换行？文件是不是没下载完整？排除这些后再怀疑篡改。
Q：官网只给了 MD5，没有 SHA-256，能用吗？ 可以用于「判断文件是否传坏」，但不要用于安全防篡改（MD5 可被人为碰撞伪造）。尽量从多个可信渠道交叉确认。
Q：哈希一样就能证明是官方原版吗？ 不能。哈希只证明「内容一致」，不证明「来源可信」。来源可信要靠 HTTPS 官方域名、GPG 签名或代码签名。
Q：大文件（几 GB）校验会很慢吗？ SHA-256 是现代 CPU 的硬件加速指令，几 GB 文件通常几秒到十几秒。瓶颈一般是磁盘读取速度，而非哈希计算。
小结
校验文件/文本一致性 = 算出哈希 → 和可信来源的值比对。日常首选 SHA-256，敏感场景配合数字签名。用本站的 哈希校验工具 可在本地一键完成，文件不上传，更适合处理敏感安装包。