大文件MD5校验需分块读取+增量计算以避免内存溢出；用File.slice()分块，FileReader读取ArrayBuffer，js-md5库的md5.arrayBuffer()增量更新哈希值。
大文件的 MD5 校验不能直接读取整个文件到内存再计算，否则极易触发内存溢出（尤其是几百 MB 以上的文件）。FileReader 本身不提供分块哈希能力，但可以配合 File 的 slice() 方法实现流式分块读取，再用 JS MD5 库（如 js-md5）增量更新哈希值。
分块读取 + 增量哈希计算
核心思路是将文件切分为多个小块（如 2MB/块），逐块读取 ArrayBuffer，传给支持增量计算的 MD5 实例（md5.arrayBuffer()不支持增量，需用 md5.update()）。注意 FileReader 的异步特性，必须串行处理块，避免乱序。
- 使用
file.slice(start, end)提取当前块的 Blob - 用 FileReader 的
readAsArrayBuffer()读取该 Blob - 读取成功后调用
md5.update(new Uint8Array(arrayBuffer)) - 所有块处理完，调用
md5.hex()获取最终 MD5 字符串
避免内存堆积的关键细节
每读完一块，应主动释放 ArrayBuffer 引用（如设为 null），并确保 FileReader 实例被重用或及时置空。不要在循环中反复 new FileReader——应复用单个实例，监听其 onload 后递归处理下一块。
- 每次
fr.readAsArrayBuffer(blob)前，先清理fr.onload和fr.onerror - 读取完成后立即调用
fr.abort()（可选，但推荐）防止残留监听 - 避免把所有块的 ArrayBuffer 缓存起来——只保留哈希上下文，不存原始数据
处理超大文件（GB 级）的健壮性建议
用户可能中途取消、页面刷新或浏览器限制导致中断。建议增加断点续算能力：记录已处理字节偏移量，下次从该位置继续；同时提供进度回调，便于 UI 更新。
- 维护一个
offset = 0变量，每次处理完一块后更新 - 将 offset 存入 localStorage 或 sessionStorage，异常时可恢复
- 在
onload中触发progress(offset / file.size)回调 - 监听
window.beforeunload提示用户“哈希计算未完成”，减少误关闭
兼容性与替代方案提醒
FileReader 在现代浏览器中支持良好，但 IE10+ 才支持 slice() 和 readAsArrayBuffer()。若需支持更老环境，可降级为 base64 分块（性能差、编码膨胀约 33%）。另外，Web Crypto API 的 SubtleCrypto.digest() 支持原生 SHA-256，但目前不支持 MD5（且 MD5 已不推荐用于安全场景）。
- 生产环境建议优先用 SHA-256（Web Crypto）替代 MD5
- 若必须用 MD5，确认目标浏览器支持
Blob.slice和ArrayBuffer - 移动端注意 FileReader 在后台标签页可能被节流，建议提示用户保持页面活跃
