应使用std::ifstream二进制分块读取大文件并流式计算SHA256，缓冲区设64KB–1MB，配合OpenSSL的EVP_MD_CTX RAII管理、正确初始化/清理、gcount()校验读取字节数，输出32字节哈希为小写十六进制字符串。
用 std::ifstream 分块读取避免内存爆炸
大文件（比如几个 GB 的镜像或视频）直接 read() 到内存算 SHA256，不是 OOM 就是卡死。核心思路是流式读取 + 增量哈希更新，每次只拿几 KB 或 MB 进缓冲区。C++ 标准库不带 SHA256，得靠 OpenSSL（EVP_DigestUpdate）或 libsodium 等第三方，但读取逻辑自己控制。
关键点：缓冲区大小别盲目设大——64KB 到 1MB 是较稳区间；太小（如 1KB）系统调用开销高，太大（如 100MB）反而可能触发 swap 或被 OS 杀掉。
-
std::ifstream必须用std::ios::binary模式打开，否则 Windows 下遇到\r\n会错位 - 用
file.gcount()检查每次read()实际读了多少字节，文件末尾往往不满缓冲区，不能直接用sizeof(buf) - 别用
file.eof()当循环条件——它只在尝试读失败后才置位，容易多算一次
OpenSSL 的 EVP_MD_CTX 必须正确初始化和清理
很多人只记得 EVP_DigestInit，却漏掉 EVP_DigestFinal_ex 后的 EVP_MD_CTX_free，导致内存泄漏；更隐蔽的是，若中途出错（比如磁盘 I/O 失败），没调 EVP_MD_CTX_free 就 return，ctx 对象就永远卡在堆上。
推荐封装成 RAII 类型，或者至少确保每个分支都调用 EVP_MD_CTX_free。另外，EVP_sha256() 返回的是 const 指针，别试图 free 它。
立即学习“C++免费学习笔记（深入）”；
- 初始化必须用
EVP_DigestInit_ex(ctx, EVP_sha256(), nullptr)，第三个参数为nullptr表示用默认 engine - 计算完调
EVP_DigestFinal_ex(ctx, digest, &digest_len)，digest_len必须传地址，且声明为unsigned int（不是size_t） - OpenSSL 1.1.1+ 要求先
EVP_MD_CTX_new()，旧版本用EVP_MD_CTX_create()，混用会 segfault
校验值输出时注意字节序和编码
SHA256 输出是 32 字节二进制数据，直接当字符串打印会截断（遇到 \0）或乱码。99% 场景要转成小写十六进制字符串（64 个字符），不是 base64，也不是大写。
别手写 hex 转换循环——容易越界或大小写错。用 std::hex + std::setw(2) + std::setfill('0') 最稳妥；如果追求性能，可预分配 string 并用查表法，但对校验值生成这种低频操作没必要。
- 每字节转 2 位 hex，务必补前导零，否则
0x5变成"5"，长度不对且无法被其他工具识别 - 别用
sprintf("%02x")—— C 风格格式化在 C++ 里易栈溢出，且不类型安全 - 输出字符串建议用
std::string而非const char*，避免悬垂指针
Windows 下路径含中文或空格时 std::ifstream 打不开
这是 C++ 文件流的老坑：std::ifstream 构造函数只接受窄字符串（const char*），在 Windows 默认 ANSI 编码下，UTF-8 路径或宽字符路径会直接失败，错误码常是 ENOENT（即使文件明明存在）。
解决方案只有两个：要么把路径转成当前系统代码页（不推荐，跨机器不可靠），要么改用 Windows API 的 CreateFileW + ReadFile 配合 std::vector<char></char> 手动读，绕过 std::ifstream。后者更可控，也方便做异步读或取消机制。
- 用
MultiByteToWideChar(CP_UTF8, ...)把 UTF-8 路径转wchar_t*，再传给CreateFileW -
CreateFileW返回的HANDLE要用CloseHandle关，不能用fclose - 别在循环里反复调
GetLastError()——它会被后续任意系统调用覆盖，出错时立刻保存
gcount() 没检查，整个哈希值就全错，还很难复现。 
