Java校验文件MD5/SHA-256需流式分块读取、强制落盘（flush+force）、统一小写十六进制格式；推荐Commons Codec的DigestUtils或原生MessageDigest配try-with-resources，禁用全量加载。
Java 中校验文件的 MD5 或 SHA-256，核心是“流式计算 + 落盘保障 + 格式统一”。不是比谁写得短，而是确保结果可靠、不崩内存、比对不误判。
确保文件已真正写入磁盘再计算
很多校验失败不是算法出错，而是文件还没落盘就急着算哈希。OutputStream 的 write() 返回只代表写入缓冲区，不代表刷到磁盘。
- 写完后显式调用 flush() + getChannel().force(true)，强制同步到底层存储
- 更推荐用 try-with-resources 自动关闭流，close() 会隐式触发 flush 和 fsync
- 尤其在 NFS、USB 设备或低配 SSD 上，延迟明显，跳过这步极易导致哈希值不一致
用流式分块读取，避免内存溢出
几 GB 文件一次性加载进内存，大概率触发 OutOfMemoryError。必须边读边哈希，全程不缓存全文。
- 使用 FileInputStream 配合固定 buffer（如 8192 字节）
- 循环 read()，每次读到有效字节数后调用 md.update(buffer, 0, bytesRead)
- 绝不调用 Files.readAllBytes()、Files.readString() 或 new byte[file.length()]
选对工具：原生 MessageDigest 还是 Commons Codec？
两者都可行，但适用场景不同：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 原生 MessageDigest：无额外依赖，适合轻量项目；注意每次都要调用 MessageDigest.getInstance("SHA-256")，实例不可复用
- Apache Commons Codec：DigestUtils.sha256Hex(file) 一行搞定，内部已做流式处理、异常封装和小写十六进制标准化；实测 10GB 文件在 SSD 上约 25–35 秒
- 若项目已引入 commons-codec，优先用它；若追求零依赖，手写流式逻辑更可控
生成与比对时统一哈希格式
哈希值看似简单，格式不一致就会“明明一样却判为不同”。
- 输出一律转为小写、32 位（MD5）或 64 位（SHA-256）十六进制字符串
- 逐字节转十六进制时用 String.format("%02x", b & 0xFF)，确保每位补零，长度严格固定
- 比对前对预期值也做同样处理，避免大小写或前导零差异导致 equals() 失败
不复杂但容易忽略
