编码转换 · 更新于 2026-11-05 · 8 分钟阅读

怎样计算文本 SHA-256 并核对指纹

哈希适合检查同一算法下的输入字节是否一致,但不能还原原文,也不能证明来源或真伪。本站工具计算 UTF-8 文本,不是对上传文件原始字节直接取摘要。

打开文本哈希计算

操作步骤

  1. 1. 确认双方比较的是同一种输入

    核对比较对象是文本还是完整文件,使用 SHA-256、SHA-384 还是 SHA-512。不同算法的输出不可直接比较;文本导入、字符编码和换行转换也可能使输入字节与原文件不一致。

  2. 2. 用 abc 校验工具结果

    输入小写 abc,不加空格或换行,选择 SHA-256。预期结果为 ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad。空文本也可以计算,不会被当作“没有输入”而拒绝。

  3. 3. 粘贴待核对指纹

    展开“核对已有指纹(可选)”,粘贴对方提供的十六进制摘要。SHA-256、SHA-384、SHA-512 分别要求 64、96、128 个十六进制字符;比较忽略字母大小写与指纹首尾空白,但不忽略原文中的空格。

  4. 4. 不一致时检查不可见差异

    检查原文末尾换行、CRLF 与 LF、制表符、全角空格、Unicode 组合字符及 BOM。不要为得到“一致”而随意删改原文;应先明确业务约定是否需要规范化,再让双方使用相同规则。

  5. 5. 区分文本导入与原文件摘要

    通用文本编辑器导入 UTF-8 文件时可能移除开头 BOM,浏览器文本区域也可能规范化换行。因此不要用这里的文本哈希代替文件发布方提供的完整文件校验值。敏感原文和结果都不应随意公开。

实例与预期结果

校验 SHA-256 标准样例

输入 abc,不能包含首尾空格或末尾换行。

  • 算法:SHA-256
  • 展开“核对已有指纹(可选)”可粘贴下方摘要

示例输入 / 准备

abc

预期结果 / 核对项

ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad

完整摘要应有 64 个十六进制字符。abc 加一个换行会得到不同结果;核对忽略摘要大小写,不忽略原文空白。

遇到问题怎么办

无法计算哈希

可能原因:Web Crypto 需要 HTTPS 或浏览器认可的本地安全环境。

处理方法:通过正式 HTTPS 地址访问;不要用关闭浏览器安全功能的方式解决。

文件发布方的摘要与这里不同

可能原因:这里比较 UTF-8 文本,不是原文件字节。

处理方法:使用“文件哈希校验”上传本地文件计算,检查算法、BOM、编码和换行。

风险与限制

  • 计算在浏览器本地完成,需要 HTTPS 或本地安全环境提供 Web Crypto。
  • 哈希不是加密,也不是适合直接存储用户密码的完整方案。
  • 摘要一致说明比较过程未发现字节差异,不证明作者、来源、合法授权或文件从未被处理。

常见问题

SHA-256 能解密回原文吗?

不能。哈希不是可逆加密。本工具只计算和核对摘要,不提供破解或原文恢复。

大小写显示不同会影响核对吗?

十六进制摘要的大写和小写写法可表示同一组字节;但原文 abc 和 ABC 的哈希不同。

为什么同样显示的两段文本摘要不同?

可能存在换行、空格、BOM、字符编码或 Unicode 组合方式的差异。应检查实际输入字节和规范化约定,不能只看屏幕显示。

相关阅读