SHA 系列

最常见的原因是输入超出了浏览器单次处理的字符上限。本工具在浏览器端运行，对于特别大的文本（比如超过 10MB）或粘贴了二进制内容（如文件乱码），浏览器可能会卡死或静默失败。建议先分段测试：先用几个字验证工具正常，再逐步增加内容量。如果确实需要处理超大文件，可考虑拆分成小块分别计算哈希值。

没有算错。SHA-1 输出固定 40 位十六进制字符（160 位），SHA-256 输出 64 位（256 位），SHA-384 输出 96 位，SHA-512 输出 128 位。不同算法设计的摘要长度本就不同，这是由算法本身的位宽决定的。你只需要根据使用场景（比如 Git 用 SHA-1，数字签名常用 SHA-256）选择对应的算法即可。

几乎 100% 是因为输入内容有差异。比如：你在本工具粘贴的是带换行符的文本，另一个工具可能自动去掉了末尾换行；或者你在本工具里输入的是 UTF-8 编码，另一个工具默认用 GBK。SHA 系列算法是纯数学运算，相同字节输入必定输出相同值。建议在两个工具里都输入一个简单字符串（如 "abc"）先验证，如果一致，说明是你原始输入的内容不一致。

可以，但需要确保你比对的是同一段内容。网页上的文件下载链接通常会附带一个 SHA256 值，那是整个二进制文件的哈希。如果你在本工具里直接粘贴了文件内容（如文本），而不是计算整个文件的二进制哈希，结果会不同。本工具目前只处理文本输入，不提供文件上传计算功能。要验证下载文件的完整性，建议使用专门的本地工具（如 certutil、sha256sum）直接对文件计算。

在目前已知的攻击下，两者都是安全的。SHA-3 是 NIST 在 2015 年发布的新标准，采用了与 SHA-2 系列完全不同的海绵结构，理论上能更好地抵抗未来可能出现的新型攻击。SHA-256 经过更长时间的大规模使用验证，目前也没有实际破解案例。如果你没有特别的安全合规要求（比如某些政务系统指定用 SHA-3），日常使用 SHA-256 完全足够，兼容性也更好。

对，大概率是编码不一致。SHA 算法是对字节进行运算，同样的汉字在不同编码下（UTF-8、GBK、GB2312）会得到完全不同的哈希值。本工具默认按 UTF-8 编码处理输入。如果你的同事使用 Mac 终端或某些旧软件，可能默认用了其他编码。解决方法：双方确认使用相同编码（推荐统一用 UTF-8），或者让同事在输入前将文件/文本另存为 UTF-8 格式。

不能。SHA 系列是单向哈希函数，从哈希值反推出原始输入在计算上不可行。但这不代表存储密码就安全——如果密码太简单（如 "123456"），攻击者可以通过彩虹表或字典攻击，将常见密码的哈希值与你存储的哈希值做比对。因此，服务端存储密码时，除了用 SHA-256 这类算法，还必须加盐（salt）并多次迭代（如 bcrypt、PBKDF2）。本工具只做纯哈希计算，不涉及加盐。

可能是输入内容过大导致浏览器主线程卡顿。本工具完全在浏览器本地运行（不经过服务器），当输入字符串非常长（例如几十万字符）时，计算哈希会占用大量 CPU 时间，浏览器界面可能暂时无响应。建议：先输入少量字符测试功能是否正常；如果确实需要处理大文本，可以拆分成多个小段分别计算，或者等待几秒让计算完成。如果页面完全卡死，刷新后尝试输入更少的内容。