哈希生成器
一个面向开发、运维、发布校验、API 调试和数据指纹检查的实用哈希工具。你可以在浏览器内计算文本和文件的哈希值,支持 SHA-256、SHA-512、SHA3、BLAKE3、MD5、CRC、xxHash 等算法。也可以切换 HEX 大小写,方便匹配 Linux、Windows、CI/CD 和发布校验文件里的格式。
- 支持 MD5、SHA-1、SHA-224、SHA-256、SHA-384、SHA-512、SHA3、Keccak、BLAKE2、BLAKE3、SM3、Whirlpool、CRC 和 xxHash
- 文本哈希和文件哈希使用同一套流程,不需要切换工具
- 文件模式会在本地分块处理,并显示计算进度
- 支持 lower hex 和 UPPER HEX 输出,方便适配 Linux、Windows、CI/CD 和发布 checksum
功能简介
一个多算法哈希工作台,既能处理加密学 digest,也能兼顾旧系统兼容和高速 checksum 场景。
- 01
多算法哈希计算
在同一个界面中切换 MD5、SHA-256、SHA-512、SHA-3、BLAKE3、SM3、CRC 和 xxHash 等算法。
- 02
支持文本和文件输入
字符串、JSON payload、本地文件都可以直接计算哈希,不用换页面或换工具。
- 03
文件分块处理
大文件会分块读取和计算,并显示进度,减少浏览器卡死的概率。
- 04
HEX 大小写切换
根据 API 约定、脚本输出或 checksum 参考值,选择 lower hex 或 UPPER HEX。
- 05
进度和耗时反馈
文件模式会显示分块进度;输出区会把算法、格式、耗时和错误信息放在哈希值附近,方便核对。
- 06
浏览器本地执行
所有计算都在本地完成,不需要把文件上传到远程服务器。
- 07
算法分类更清楚
通过推荐、现代、旧系统、校验和等分类,帮助团队按场景选择合适的哈希函数。
- 08
适合长尾校验场景
可用于发布 checksum 校验、镜像一致性检查、对象存储验证,以及 artifact 流水线完整性控制。
如何使用
按固定流程操作:选择输入类型,选择算法,选择输出格式,然后比较 digest。
- 01
选择输入类型:字符串或 JSON payload 用文本模式;安装包、压缩包、二进制资源用文件模式。
- 02
根据目标选择算法。现代安全校验场景优先使用 SHA-256、SHA-512 或 BLAKE3。
- 03
根据目标系统要求,选择 lower hex 或 UPPER HEX 输出。
- 04
复制生成的 digest,和发布说明、API、数据库或其他可信来源中的值进行比较。
- 05
如果结果不一致,先检查算法是否选对、输入编码是否一致、是否有隐藏空白,以及换行符规则是否相同。
功能说明
这个工具面向准确计算、实际校验和运维场景里的细节排查。
- 在一个工具里计算 MD5、SHA-256、SHA-512、BLAKE3、CRC32、CRC64 和 xxHash
- 支持 SHA3-224 / SHA3-256 / SHA3-384 / SHA3-512 和 Keccak 系列,适合需要兼容特定系统的场景
- 支持 SM3、Whirlpool、RIPEMD-160 等特定生态里可能会用到的算法
- 文件哈希和文本哈希使用统一的输出体验
- 支持 HEX 大小写切换,方便和外部校验系统对齐
- 耗时较长的文件哈希任务支持进度条和取消操作
- 内置示例 payload,方便测试算法行为和联调流程
- 错误会显示在输出区内,比较结果时不用离开当前上下文
- 适合软件包下载 checksum 校验和发布完整性检查
- 适合 API 预签名哈希、Webhook 调试和内容指纹检查
- 适合 npm 包、容器 artifact、备份压缩包、固件镜像和数据库导出文件的哈希验证
适合哪些场景
覆盖开发、QA、运维和分发校验中经常遇到的哈希检查任务。
-
下载 checksum 校验
计算安装包、压缩包和 ISO 镜像的哈希,并与官方 checksum 值比对。
-
API 签名调试
生成 payload digest,用来排查签名不一致、字段顺序差异和编码问题。
-
数据指纹和去重
生成确定性的哈希值,用于快速检测重复内容和追踪内容变化。
-
审计和追踪
保存关键记录的 digest,方便后续验证和面向合规的追踪检查。
-
软件发布验证
部署前重新计算二进制文件和发布产物的 SHA-256 或 SHA-512。
-
容器和 artifact 完整性检查
验证导出的镜像归档和 artifact bundle 在构建到部署过程中是否保持一致。
-
备份和恢复一致性
比较传输前后的备份文件 digest,发现静默损坏。
-
跨环境文本一致性检查
对配置片段和策略文本计算哈希,用来发现隐藏换行、BOM 或编码漂移。
使用建议
速度不是唯一重点。选择合适的算法,并保持比较流程一致,通常更重要。
- 安全相关校验优先使用 SHA-256、SHA-512 或 BLAKE3
- 如果集成文档明确要求某个变体,例如 SHA3-256,就不要用名字相近的算法替代
- MD5 和 SHA-1 只建议在兼容旧系统时使用
- 在流水线里统一 HEX 大小写,避免因为格式差异造成误判
- 为了可复现性,记录 digest 时也保留原始输入的元数据
- 比较文本哈希前,先统一编码和换行规则
- 不要把 CRC 类 checksum 当作加密学安全能力使用
- 在 CI/CD 和发布自动化中加入 digest 校验,降低损坏 artifact 被继续发布的风险
边界与注意事项
理解哈希的作用和边界,可以避免对安全性产生错误期待。
- 哈希不是加密。Digest 是完整性指纹,不是用来保密存储的机制
- CRC、Adler 和 xxHash 是高速 checksum,不能替代加密学哈希
- 超大文件的处理时间取决于本机性能和浏览器资源
- 看起来相同的文本,只要编码不同,也可能得到不同哈希值
- 带密钥的 digest,例如 HMAC,请使用专门的 HMAC 工具处理
常见问题
这里整理了用法、数据处理、结果核对和实际限制方面的常见问题。
应该用 MD5 还是 SHA-256?
现代安全场景建议使用 SHA-256 或更强的算法。只有必须兼容旧系统时,才建议使用 MD5。
为什么我的哈希值和另一个系统不一样?
常见原因包括算法不同、隐藏空白、换行符不同、编码不一致,或 HEX 大小写不一致。
计算文件哈希时,文件会上传吗?
不会。文件会在浏览器内读取,并以分块方式在本地计算哈希。
CRC32 可以替代 SHA-256 吗?
不可以。CRC32 用于错误检测和 checksum 场景,不提供加密学安全保证。
可以处理大文件吗?
可以。文件哈希采用分块处理,支持进度显示和取消。不过总耗时取决于本机硬件性能。
SHA-256、SHA3-256 和 Keccak-256 是同一种算法吗?
不是。它们名字接近,但不能互换,输出通常也不同。请严格选择目标系统要求的算法。
同一个文件在不同机器上,哈希值应该一样吗?
应该一样。哈希结果取决于精确的字节内容,而不是操作系统。只要文件字节完全一致,digest 就应该一致。
为什么同一段文本在不同编辑器里哈希不同?
LF / CRLF 换行差异、BOM、不可见空格和字符编码选择,都可能让看起来一样的文本得到不同哈希。
更多相关工具
带密钥的哈希请使用 HMAC 生成器;token 解码和验签可以使用 JWT 检查器;需要加强凭据时可以使用密码生成器。