哈希值生成器——MD5、SHA、CRC 校验文件完整性
进入哈希转换器
主界面「哈希转换器」分类。
支持的算法
| 算法 | 输出长度 | 说明 | 推荐 |
|---|---|---|---|
| Adler | 32-bit | 快速滚动校验,不加密 | 快速检查 |
| CRC32 | 32-bit | 循环冗余校验,几乎不会碰撞 | 文件完整性检查 |
| DES | 56-bit | 对称加密(不是哈希) | 不推荐 |
| MD5 | 128-bit | 最流行的文件校验算法 | 日常校验够用 |
| RIPE-MD160 | 160-bit | 安全哈希,比 MD5/SHA1 更安全 | 可选 |
| SHA1 | 160-bit | 经典哈希 | 仍广泛使用但建议换 SHA256 |
| SHA256 | 256-bit | 安全哈希,推荐 | 首选 |
| SHA512 | 512-bit | SHA256 的长版本 | 需要更高安全性 |
| Apache Htpasswd | — | 专门生成 Apache 密码文件 | 特定场景 |
场景一:下载文件完整性校验
从网上下载了 ISO、安装包等大文件,发布页通常会给 MD5/SHA256 值。
- 选下载的文件
- 哈希转换器 → SHA256(最安全)或 MD5(通用)
- 得到哈希值后和发布页给的值做对比
- 完全一致 = 文件没损坏没被篡改
典型对比场景:
- Ubuntu ISO 镜像下载(官方页面给 SHA256)
- GitHub 发布资产(Release 页面有哈希值)
- 软件安装包(下载页给 MD5)
场景二:批量校验一堆文件
- 点「+」→ 多选 → 选中全部文件
- 哈希转换器 → SHA256(批量计算)
- 转换完成后导出结果为 CSV 或 XLSX
- 和官方校验文件(.sha256 / .md5)对比
场景三:检查文件是否重复
两个文件可能内容相同但文件名不同。
- 分别对两个文件算 MD5 / SHA256
- 哈希值一样 = 文件内容完全相同(不管文件名)
- 哈希值不一样 = 文件内容不同
这比逐字节对比快得多,也比比文件大小可靠得多。
场景四:文本内容的哈希
哈希转换器也可以对文字做哈希。比如输入一段密码,得到哈希值存储到 Apache htpasswd 文件里。
- 点「+」→ 从文字转换
- 输入密码
- 哈希转换器 → Apache Htpasswd(专门生成 Apache 密码文件格式)
参数调整
哈希计算非常简单,Settings 里基本没有什么可调的,常见选项:
| 参数 | 说明 |
|---|---|
| 输出格式 | 纯文本 / HTML / CSV |
| 大小写 | 大写 / 小写哈希值 |
| 换行 | 每行一个值 |
MD5 安全吗
MD5 和 SHA1 现在被认为在密码学上不安全——理论上存在碰撞攻击。但对于文件完整性校验(不是密码存储)来说仍然够用——碰撞的概率极低,而且 File Converter 的哈希生成就是用来做完整性检查的。
安全建议:
- 文件完整性校验:MD5 / SHA1 / SHA256 都可以
- 密码存储:绝不能用 MD5 / SHA1,必须用 bcrypt / scrypt / Argon2
- 敏感数据:用 SHA256 以上
常见问题
两个系统算出的哈希不一样
可能原因:
- 文件还没下载完 → 重新下载
- 文件编码不同(比如 Linux 换行是 LF,Windows 是 CRLF,文本文件哈希会不一样)
- 用了不同的算法(MD5 和 SHA256 结果当然不同)
大文件算哈希慢吗
MD5 / CRC32 / SHA1 都是快速算法,几百 MB 的文件秒级完成;SHA256 / SHA512 稍慢但也很快。比复制文件快得多。
实战场景
场景:下载了一个 Ubuntu ISO,验证下是不是没被篡改
- Ubuntu 官方发布页的 SHA256SUMS 文件里记录了每个 ISO 的 SHA256
- File Converter 选 ISO 文件 → 哈希转换器 → SHA256
- 对比结果和官方发布页给的完全一致 → 下载没问题,可以放心用了