MD5在C#中仅适用于低风险数据校验，不可用于密码或安全签名；必须用MD5.Create()初始化、UTF-8编码、小写32位十六进制输出，大文件需用Stream避免内存溢出。
MD5 在 C# 中已不适用于密码或签名等安全敏感场景，仅可用于低风险的数据完整性校验（如文件比对、缓存键生成）。真正要“安全”，就得绕开 MD5 —— 但如果你的协议或老系统明确要求它，那必须按标准方式实现，否则结果不一致。
用 MD5.Create() 初始化，别碰 MD5CryptoServiceProvider
.NET 6+ 中 MD5CryptoServiceProvider 已标记为 obsolete，编译警告会触发 CI/CD 失败，且未来版本可能直接移除。它返回的是具体类型，而 MD5.Create() 返回 MD5 接口，自动适配运行时底层（Windows 用 BCrypt，Linux/macOS 用 OpenSSL），还能正确释放非托管资源。
- ✅ 正确写法：
using (MD5 md5 = MD5.Create()) { ... } - ❌ 危险写法：
var md5 = new MD5CryptoServiceProvider();（尤其新项目） - ⚠️ 注意：
md5 is MD5CryptoServiceProvider这类类型判断会始终为false，因为返回的是接口实例
字符串转 MD5 必须用 Encoding.UTF8.GetBytes()
MD5 计算的是字节流哈希，不是字符串哈希。不同编码生成的字节数组完全不同 —— 比如 Encoding.Default 会随系统区域设置变化，本地调试通过，上服务器就错；Encoding.Unicode（即 UTF-16）会让中文、emoji 输出完全不同的哈希值。
- ✅ 强制统一：
Encoding.UTF8.GetBytes(input) - ❌ 不可靠：
Encoding.Default.GetBytes(input)或Encoding.Unicode.GetBytes(input) - ? 补充：若对接遗留系统（如 GB2312 存储的老数据库），必须显式写
Encoding.GetEncoding("GB2312")，不能靠猜测
输出必须是小写 32 位十六进制，别用 BitConverter.ToString() 直接拼
BitConverter.ToString(hashBytes) 默认带短横线（如 "E2-57-0A..."），还默认大写，直接 .Replace("-", "") 容易漏掉大小写转换，导致与 API 或校验工具不兼容。
- ✅ 推荐方式：
hashBytes[i].ToString("x2")（"x2"= 小写、两位补零） - ❌ 隐患方式：
BitConverter.ToString(hashBytes).Replace("-", "").ToLower()（多一次字符串分配，且ToLower()对非 ASCII 字符有副作用） - ? 提示：
StringBuilder预设容量new StringBuilder(32)可避免内部扩容，对高频调用有轻微性能收益
大文件要用 Stream，别全读进内存
对几百 MB 以上的文件调用 File.ReadAllBytes() 再传给 ComputeHash()，极易触发 OutOfMemoryException。正确做法是让 MD5.ComputeHash() 直接消费 FileStream，它内部按块读取、增量计算。
- ✅ 安全做法：
using (FileStream fs = File.OpenRead(path)) { md5.ComputeHash(fs); } - ❌ 高危做法：
byte[] bytes = File.ReadAllBytes(path); md5.ComputeHash(bytes); - ⚠️ 注意：
FileStream必须和MD5一起放在同一个using块里，确保异常时资源正确释放
最常被忽略的一点：MD5 的“不可逆”不等于“安全”。哪怕加了盐，它也扛不住现代 GPU 的暴力破解。如果目标是用户密码，立刻换成 Rfc2898DeriveBytes（PBKDF2）或 Argon2；如果只是校验下载文件是否完整，那用对 MD5.Create() 和 UTF8 就够了 —— 但得清楚边界在哪。
