最稳方案是用std::ifstream二进制流式读取+OpenSSL的MD5_Init/Update/Final三步调用，每次读8192字节并以gcount()为准更新哈希，Windows需额外链接ws2_32.lib。
用 std::ifstream 读文件 + OpenSSL 计算 MD5 最稳
直接上结论：C++ 标准库不提供 MD5，必须依赖外部实现；OpenSSL 是最成熟、跨平台、被广泛验证的选择。自己手写 MD5 容易出错，且不处理大文件流式读取，反而更不可靠。
常见错误是把整个文件 read() 到内存再哈希——遇到几百 MB 的日志或安装包就崩，std::bad_alloc 直接报给你看。
- 用
std::ifstream以std::ios::binary模式打开，每次读8192字节（别硬写4096，OpenSSL 文档建议 8KB 对齐） - 调用
MD5_Update()增量更新，不是一次性喂全量数据 - 最后用
MD5_Final()提取结果，转成小写十六进制字符串（注意：不是大写，不是 base64）
MD5_Init / MD5_Update / MD5_Final 三步不能少
这三个函数是 OpenSSL MD5 的固定流程，漏掉任意一个都会导致结果错乱，而且不报错——你拿到的是未初始化的内存垃圾值。
典型翻车场景：忘了调 MD5_Init() 就直接 Update，或者 Final 后又误调一次 Update，哈希值就完全对不上其他工具（如 md5sum 或 Python 的 hashlib.md5）。
立即学习“C++免费学习笔记（深入）”；
-
MD5_CTX ctx必须栈上声明（别new），且每次计算前都要MD5_Init(&ctx) -
MD5_Update(&ctx, buffer, bytes_read)中bytes_read必须是真实读到的字节数（file.gcount()，不是缓冲区大小） -
MD5_Final()只能调一次，之后ctx不可再用
Windows 下链接 libcrypto.lib 容易漏掉 ws2_32.lib
在 Windows 用 OpenSSL 静态链接时，如果只加了 libcrypto.lib，编译能过，但链接会报一堆 unresolved external symbol，比如 WSAStartup、getaddrinfo ——这些其实是 OpenSSL 内部网络相关逻辑的残留符号，即使你只算 MD5 也绕不开。
根本原因：Windows 版 OpenSSL 编译时默认启用了网络支持，静态库打包进了依赖 Winsock 的代码段。
- VS 项目里除了
libcrypto.lib，必须额外加ws2_32.lib到「附加依赖项」 - CMake 用户要在
target_link_libraries()里显式加上ws2_32 - Linux/macOS 不需要这一步，
-lcrypto足够
大文件校验要检查 ifstream::good() 和 gcount()
文件末尾读不满一整块时，file.read(buffer, size) 会把 failbit 置位，但此时 gcount() 仍返回实际读到的字节数——这是唯一合法的“最后一块”长度。很多人用 file.eof() 判断结束，结果漏掉末尾几个字节，MD5 就差一点。
- 循环条件别写
while (file)，改用while (file.read(buffer, BUFSIZE) || file.gcount() > 0) - 每次读完立刻检查
file.gcount()，它才是你该喂给MD5_Update的真实长度 - 读完后别忘
file.clear()（如果后续还要复用流对象）
