文件校验和怎么对比, SHA256 和 MD5 验证下载完整性

下载一个几百兆的安装包, 网页上往往会跟着一串看不懂的字符, 标着 SHA256 或者 MD5。很多人直接忽略它, 装完就用。这一步其实是发布方留给你的一把钥匙, 用来确认你手里这份文件和官方那份一模一样, 没在传输途中损坏, 也没被中间人替换成挟带后门的版本。

校验和到底是什么

校验和是把整个文件的全部字节, 按一个固定算法压成一段定长的字符串。文件改动一个字节, 这段字符串就会面目全非。SHA256 算出来是 64 个十六进制字符, SHA512 是 128 个, MD5 短一些, 32 个。它的关键性质是单向且抗碰撞: 你没法从摘要倒推出文件, 两个不同文件也极难凑出相同的摘要。

所以判断方法很直接: 把发布页公布的摘要, 和你本地文件算出的摘要逐字符比对。一致, 才说明文件字节完整无误。只要有一个字符不同, 就说明这份文件和官方那份不是同一个东西。

SHA256 和 MD5 该用哪个

MD5 出现得早, 速度快, 现在仍常见于校验下载是否损坏。但它的抗碰撞性早已被攻破, 有人能刻意构造出两个 MD5 相同却内容不同的文件。所以涉及安全, 比如确认安装包没被篡改, 不要只信 MD5。

SHA256 是目前的稳妥选择, 兼顾速度和安全, 主流项目的发布页基本都给 SHA256。如果发布方同时给了 SHA256 和 MD5, 优先比 SHA256。SHA512 和 SHA384 更长, 安全余量更大, 用法完全一样。

一个具体例子

假设我从某开源项目下载了 app-1.4.0.dmg, 它的发布页写着:

SHA256: 3a7bd3e2360a3d29eea436fcfb7e44c735d117c42d1c1835420b6b9942dd4f1b

我把这个值粘进文件校验和比对, 再把下载好的 dmg 拖进去。工具在浏览器里算出本地文件的实际 SHA256:

3a7bd3e2360a3d29eea436fcfb7e44c735d117c42d1c1835420b6b9942dd4f1b

两串逐字符对齐, 完全一致, 显示 MATCH。这才说明文件是完整的, 可以放心打开。要是只有结尾几位不同, 哪怕前面 60 个字符都对, 也是 MISMATCH, 说明文件在下载中断了, 或者拿到的根本不是这个版本。粘贴时不用纠结大小写或前缀, 工具会忽略空格、分隔符和 SHA256: 这类前缀。

为什么一定要本地算, 不上传

校验文件的前提是你不信任这份文件来路。要是验证过程还得先把文件传到某个服务器算哈希, 等于把一份你正怀疑的东西、连同它可能携带的隐私内容, 主动交了出去。固件、证据包、供应商导出的数据表, 这些往往敏感, 更不该离开本机。

我自己处理客户交付的压缩包时, 习惯先比对交付说明里的校验和再解包。整个过程在浏览器内完成, 文件一个字节都没出过我的电脑, 算完页面一关就什么都不剩。这种本地优先的方式, 既快又不留痕迹。

校验和能做什么, 不能做什么

要把一条边界讲清楚: 校验和只回答一个问题, 这份文件是不是等于那个已知摘要。它不判断文件本身是否安全。一个携带病毒的安装包, 只要发布的摘要也来自被攻破的同一来源, 照样能 MATCH。所以匹配有意义的前提是, 预期摘要来自可信渠道, 比如官网 HTTPS 页面或带签名的发布说明, 而不是和文件一起从邮件里飘来的那串值。

校验和也不替代杀毒扫描。它确认完整性, 不确认安全性, 两件事要分开做。如果你还想顺手算各种算法的摘要、或者拿两个文件互相比对, 可以用 MD5 SHA 哈希计算器把 SHA256、SHA512、MD5 一次都算出来。

把这一步养成习惯, 装任何来路稍远的文件之前花十几秒比对一下校验和, 损坏和篡改基本都拦得住。

Made by Toolora · Updated 2026-06-13