不能直接读整个大文件进内存算哈希，因易触发oom或系统卡死；必须分块（如64kb）调用增量接口（如evp_digestupdate、xxhash_update）流式计算，并复用哈希上下文。
为什么不能直接读整个文件进内存算哈希
超大文件（比如 50GB 的镜像或视频）一上来就 fread 或 std::ifstream::read 全部加载，大概率触发 OOM 或系统卡死。标准库的 std::hash 也不支持流式更新，必须用底层哈希算法的增量接口——比如 OpenSSL 的 EVP_DigestUpdate，或更轻量的 xxHash、BLAKE2b 的 streaming API。
关键不是“能不能”，而是“必须分块 + 复用哈希上下文”。否则每次读一点都重开一个哈希对象，结果完全错乱。
用 OpenSSL EVP 接口做分块 SHA256 增量计算
OpenSSL 提供完整的流式哈希支持，但要注意初始化、更新、最终化三阶段严格分离，且 EVP_MD_CTX 必须复用（不能每块 new 一个）。
-
EVP_MD_CTX_new()只调一次，之后反复EVP_DigestUpdate(ctx, buf, len) - 每次
read()返回值必须检查：小于请求长度 ≠ 到 EOF，可能是临时阻塞或磁盘错误 - 最后必须调
EVP_DigestFinal_ex(ctx, md, &md_len)，不调就拿不到最终哈希值 - 别忘了
EVP_MD_CTX_free(ctx)，否则内存泄漏（尤其在循环处理多个文件时）
示例核心逻辑：
EVP_MD_CTX* ctx = EVP_MD_CTX_new();
EVP_DigestInit_ex(ctx, EVP_sha256(), nullptr);
std::ifstream file("huge.bin", std::ios::binary);
char buf[64 * 1024]; // 64KB 分块，兼顾缓存与 syscall 开销
while (file.read(buf, sizeof(buf))) {
EVP_DigestUpdate(ctx, buf, file.gcount());
}
// 处理末尾不足一块的部分
if (file.gcount() > 0) {
EVP_DigestUpdate(ctx, buf, file.gcount());
}
unsigned char md[EVP_MAX_MD_SIZE];
unsigned int md_len;
EVP_DigestFinal_ex(ctx, md, &md_len);
避免分块边界破坏哈希一致性的坑
哈希算法本身对输入字节流是敏感的，但分块方式不会影响结果——前提是没丢字节、没重复读、没跨块截断缓冲区。常见翻车点：
- 用
while (!file.eof())控制循环：EOF 标志只在尝试读失败后才置位，最后一次read()失败后仍会多跑一次循环体，导致gcount()为 0 却又调了EVP_DigestUpdate - 缓冲区大小设成非 2 的幂（如 65000）：不影响正确性，但可能让某些 SSD 或文件系统缓存效率略降，无实质危害
- 没检查
file.rdstate()：遇到权限错误、磁盘断开等，read()失败但未报异常，后续继续跑会静默跳过数据 - 多线程并发读同一文件流：
std::ifstream不是线程安全的，分块必须单线程顺序读
想更快？换 xxHash 或 BLAKE2b 的 C 接口
SHA256 硬件加速在现代 CPU 上已不错，但如果只是校验完整性（不要求密码学强度），XXH3_64bits_update() 比 OpenSSL 快 3–5 倍，且 API 更直白、无依赖、头文件即用。
- 初始化：用
XXH3_state_t* state = XXH3_createState(); XXH3_64bits_reset(state); - 更新：和 OpenSSL 类似，
XXH3_64bits_update(state, buf, len) - 获取结果：
XXH3_64bits_digest(state)，返回XXH64_hash_t（本质是uint64_t） - 注意：xxHash v0.8+ 才支持 streaming；老版本只有单次全量接口
BLAKE2b 的 blake2b_update() 也类似，速度接近 xxHash，且是密码学安全的，适合需要防碰撞性的场景。
真正容易被忽略的是：分块大小不是越大越好。超过 1MB 后吞吐提升极小，反而增加单次 read() 失败的风险（比如网络文件系统超时）。实测 64KB–256KB 是多数本地磁盘和 NVMe 的甜点区间。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
