哈希计算工具 — MD5、SHA-1、SHA-256、SHA-512

不会。文件通过浏览器的 File API 读取，由 JavaScript 在本地计算，这里根本没有能接收它的服务器。你可以打开浏览器的网络面板，一边计算一边看——不会有任何请求发出。

凡是涉及安全的场景都不能用了。针对 MD5 的实际碰撞攻击从 2004 年就已存在，今天在一台笔记本上几秒钟就能造出两份 MD5 相同的不同文件。但如果你只是要发现「意外损坏」——校验下载是否完整、拿哈希当缓存键——MD5 完全够用。分界线在于：伪造出相同哈希，对攻击者有没有好处。

Web Crypto 规范刻意不收录 MD5，SHA-1 也只是为兼容历史才保留。浏览器厂商不希望一个已被攻破的算法成为最省事的选择。所以本工具的 MD5 是自己实现的，而 SHA-1 到 SHA-512 用的是浏览器原生实现。

无法「反解」——哈希会丢弃信息，逆函数根本不存在。但这个保证比听起来弱得多：如果原文很短或很常见，攻击者只要把几十亿个候选逐一算出哈希再来查表就行。密码库泄露后被批量破解，靠的正是这一招。对可预测的输入来说，不加盐的哈希算不上秘密。

几乎都是换行符的差别。文本文件在 Windows 上存成 CRLF，在 Unix 上是 LF，字节不同，哈希自然不同。跨系统粘贴文本再比对哈希时，先确认换行符，别急着怀疑工具算错。只要输入的字节完全一致，哈希一定一致。

不行。SHA-256 的设计目标就是快，而这恰恰是密码存储最不该要的特性——它让攻击者能在 GPU 上每秒尝试几十亿次。密码需要的是刻意放慢、且加盐的算法：bcrypt、scrypt 或 Argon2。SHA-256 用来保证完整性，不要用来存凭据。