应使用流式计算大文件MD5：File.OpenRead()配合MD5.Create().ComputeHash()，避免内存溢出；哈希结果用BitConverter.ToString().Replace("-").ToLowerInvariant()转小写十六进制字符串；MD5仅适用于完整性校验，高安全场景选SHA256，高速校验选CRC32；多线程需每次新建MD5实例。
用 MD5.Create() 计算大文件 MD5 容易卡住或内存爆掉
直接读整个文件进内存再哈希（比如 File.ReadAllBytes() + ComputeHash()）在处理几百 MB 以上文件时会触发 OutOfMemoryException，尤其在 32 位进程或内存受限环境。正确做法是流式计算。
- 用
using var fs = File.OpenRead(path);打开只读流，避免锁文件 - 传入流给
MD5.Create().ComputeHash(fs)，底层自动分块读取（默认 4KB 缓冲） - 不要自己写循环读缓冲区再累加——
ComputeHash(Stream)已内置高效实现
ComputeHash() 返回的 byte[] 怎么转成标准十六进制字符串
返回值是原始字节数组，不是字符串。常见错误是用 Encoding.UTF8.GetString(hash)——这会把二进制当文本解码，结果完全不可读且不一致。
- 正确方式：用
BitConverter.ToString(hash).Replace("-", "").ToLowerInvariant() - 更高效（尤其高频调用）：用
string.Create配合Span手动格式化，避免中间字符串分配 - 注意大小写：RFC 与大多数工具（如 Linux
md5sum）输出小写，别用ToUpperCase()
对比多个哈希算法：MD5 vs SHA256 vs CRC32 的实际取舍
MD5 速度快但已不安全，仅适用于校验文件完整性（非防篡改）。真实项目中常被误用。
- 若只需快速校验下载是否完整：用
CRC32（.NET 6+ 内置Crc32类），比 MD5 快 3–5 倍 - 若需基础密码学强度（如防偶然碰撞）：选
SHA256.Create()，性能损失约 20–30%，但输出长度固定、无已知实用碰撞 - 别用
MD5CryptoServiceProvider（已过时），统一用MD5.Create()或HashAlgorithm.Create("MD5")
异步计算文件哈希时 ComputeHashAsync() 不可用？
.NET 5+ 的 HashAlgorithm 确实没提供原生异步哈希方法。所谓“异步”必须自己包装流操作，否则只是在线程池里同步阻塞。
- 正确异步路径：用
FileStream构造时传FileOptions.Asynchronous，再配合Stream.ReadAsync()自己实现分块哈希 - 更简单稳妥的做法：用
Task.Run(() => ComputeHash(File.OpenRead(path)))，明确交由线程池处理，避免 UI/ASP.NET 同步上下文阻塞 - 注意：异步不等于更快，只是释放当前线程；I/O 密集场景才值得上异步流
MD5 实例不是线程安全的，多线程并发调用同一实例的 ComputeHash() 会导致结果错乱。每次调用都应新建 MD5.Create()，或者用 using 确保释放。 
