一次下载后打不开的绝望
镜像站下载了一个 500MB 的安装包，解压报 CRC 错误，重下一遍花了一小时。如果下载页旁边挂着 SHA-256 校验和，而你下载后 10 秒内算一下再比对，这个坑当场就避开了。本文讲清校验的原理、怎么动手算、以及它能防什么、防不了什么。
原理：哈希让『同一』可验证
文件校验的核心是确定性散列：
文件 A ──SHA-256──▶ f5d0...（64 位十六进制）
文件 B（改一位）──SHA-256──▶ 9a11...（完全不同）
- 同一内容 → 恒等摘要：只要字节完全相同，摘要必然相同；
- 任意一位变化 → 摘要大变：哪怕只改一个 bit，整个摘要面目全非（雪崩效应）。
于是『算出来的摘要 = 官方发布的摘要』就成了『这份文件与官方字节一致』的强证据，能察觉传输损坏、下载不完整、服务器静默改坏。
命令行怎么算
# Linux / macOS
sha256sum package.zip # 输出：<摘要> package.zip
md5sum package.zip # MD5（不推荐用于安全，仅兼容旧校验）
shasum -a 256 package.zip # macOS 自带
# Windows (PowerShell)
Get-FileHash package.zip -Algorithm SHA256
Get-FileHash package.zip -Algorithm MD5
图形窗口更简单：任意『哈希/校验和计算器』类工具，拖入文件即出 64 位/ 32 位摘要，可直接与官网发布值对照。
校验下载：一份标准的核对流程
1. 从官方/可信源获取文件的 SHA-256 校验和
2. 下载文件
3. 本地算一次 SHA-256
4. 逐字符比对 64 位摘要（或用工具『校验和对比』功能）
5. 一致 → 文件完整可信；不一致 → 丢弃重新下载，别用损坏文件
关键：校验和要从独立于下载源的地方拿（官方页面、签名文件）——若它和下载文件来自同一被劫持的源，比对就失去意义。
integrity 与防篡改的边界（诚实说明）
| 能防 | 防不了 | |
|---|---|---|
| 校验和比对 | 传输损坏、不完整、静默改坏 | 攻击者同时改写校验和 |
| 官方 HTTPS / PGP / 签名 | 上述 + 一定程度防定向替换 | 密钥本身被泄露 |
所以：校验和是防『意外』的第一道便宜防线；防『蓄意』要叠加可信通道。二者作用域不同，别混为一谈。
常见坑
- 用文件大小当校验：毫无意义，改内容不改大小就破；
- 跟下载源同一处的校验和：单向可信度为零；
- 只算了没比对：算完不看等于没防；
- 拿 CRC 当安全哈希：CRC 只防偶然误码，不具备抗碰撞与防定向能力。
自查
从任意软件官方页复制一段 SHA-256 校验和，下载对应安装包后用命令行算出本地摘要，手写脚本或工具逐字符比对，确认一致。再故意 改一个字节（用十六进制编辑器把某字节 +1）重新算一次，观察 64 位摘要是否面目全非。跑通这两步，你就既会用、也真的理解校验了。