不能一次性读入大文件再哈希，因为会触发std::bad_alloc或oom killer；应分块读取（如64kb–1mb buffer），用binary模式、检查gcount()、禁用流缓冲，并选用openssl或libsodium等成熟哈希库。
为什么不能一次性读入大文件再哈希？
因为 std::ifstream::read 读取几百 MB 或几 GB 文件时，会直接申请等量内存（比如 new char[1024*1024*1024]），触发 std::bad_alloc 或让程序被系统 OOM killer 杀掉。哈希算法本身（如 SHA-256）只依赖当前块和上一轮状态，完全不需要全量加载。
用 std::ifstream 分块读取的正确姿势
核心是避免临时缓冲区过大，同时保证每次读取不破坏数据边界（比如不能把一个字节拆到两块里）。实际只需固定大小 buffer，循环 read() + gcount() 判断真实读入字节数：
- buffer 大小建议设为 64KB–1MB（
8192、65536、1048576都行，太小增加系统调用开销，太大无意义） - 必须检查
ifs.gcount()，而非直接用sizeof(buffer)—— 最后一块通常不足缓冲区大小 - 打开文件务必用
std::ios::binary，否则 Windows 下遇到\r\n会被误转，哈希值错乱
std::ifstream ifs("huge.bin", std::ios::binary);
if (!ifs) return;
unsigned char buf[65536];
while (ifs.read(reinterpret_cast<char*>(buf), sizeof(buf))) {
hasher.update(buf, sizeof(buf));
}
// 处理最后一块
size_t last_n = static_cast<size_t>(ifs.gcount());
if (last_n > 0) {
hasher.update(buf, last_n);
}
选哪个哈希库？别自己手写 SHA
标准库不提供加密哈希，硬写易出错且没优化。推荐两个轻量选择：
-
openssl：稳定、支持多算法，但链接稍重；用EVP_DigestUpdate接收分块指针即可 -
libsodium：更现代，API 简洁（crypto_hash_sha256_update），默认静态链接友好，Windows/macOS/Linux 全支持 - 避开
boost::uuids::detail::sha1这类内部实现，它未公开保证分块接口稳定性
性能关键点：buffer 大小和 I/O 模式
实测在 NVMe 上，buffer 从 4KB 升到 128KB，SHA-256 吞吐能提升 3–5 倍；但超过 1MB 后收益趋缓。另外两个细节常被忽略：
立即学习“C++免费学习笔记（深入）”；
- 关闭
std::ifstream的同步（ifs.sync_with_stdio(false)），避免与 C stdio 交互拖慢 - 用
ifs.rdbuf()->pubsetbuf(nullptr, 0)禁用流缓冲 —— 因为你已经手动管理 buffer，双重缓冲反而降低效率 - 如果文件路径来自用户输入，记得用
std::filesystem::file_size()提前校验是否存在、是否为常规文件，避免哈希设备节点或符号链接导致阻塞
