用 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<char></char>手动格式化，避免中间字符串分配 注意大小写：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确保释放。
