逐字节比对是判断文件内容是否完全一致的首选方法，应使用std::ifstream二进制模式配合缓冲区读取与memcmp比较，并严格检查gcount()；流哈希仅适用于反复验证或超大文件场景，且需选用SHA-256等安全算法。
用 std::ifstream 逐字节比对最可靠
除非有特殊性能瓶颈，否则直接读文件比对是判断内容是否完全一致的首选。流哈希（如 MD5、SHA）看似快，但要完整读一遍文件算哈希，再读一遍比对哈希值——实际多了一次 I/O，还引入哈希碰撞（极小概率）和实现偏差风险。
实操建议：
- 两个
std::ifstream都用std::ios::binary模式打开，避免 Windows 下换行符隐式转换干扰 - 用
read()一次性读固定大小缓冲区（如 8192 字节），比单字节循环快得多 - 每次读完立刻比较缓冲区内容，任一不等就提前返回
false - 必须检查
gcount()：最后一次读可能不足缓冲区大小，不能只依赖eof()
示例关键逻辑：
char buf1[8192], buf2[8192];
while (f1.read(buf1, sizeof(buf1)) && f2.read(buf2, sizeof(buf2))) {
if (memcmp(buf1, buf2, sizeof(buf1)) != 0) return false;
}
if (f1.gcount() != f2.gcount()) return false; // 剩余长度不同
if (f1.gcount() > 0 && memcmp(buf1, buf2, f1.gcount()) != 0) return false;
什么时候该用流哈希（比如 std::hash 或 OpenSSL 的 EVP_Digest）
流哈希只在两类场景真正有用：一是需要反复验证同一文件（比如校验缓存），二是文件大到无法容忍两次读取（如上百 GB 日志），且你愿意接受哈希碰撞的理论风险。
立即学习“C++免费学习笔记（深入）”；
注意点：
-
std::hash不适用于文件——它只对内存对象做短哈希，不是密码学安全哈希，且不可跨平台复现 - 若真要用哈希，选
SHA-256（用 OpenSSL 或libsodium），别用MD5或SHA-1，后者已被证明不安全 - 哈希前必须确保文件以二进制模式读取，且路径、编码、换行处理完全一致，否则哈希值毫无可比性
std::filesystem::file_size 可以先快速排除明显不同的文件
这是最廉价的预检：如果两个文件大小不等，内容必然不同。但它不能替代内容比对——大小相同不代表内容相同。
常见错误：
- 调用
std::filesystem::file_size前没检查文件是否存在或是否可访问，导致抛出std::filesystem::filesystem_error - 在 NFS 或某些网络文件系统上，
file_size可能不准或阻塞，慎用于高可用路径 - 符号链接默认被解析，若需比较链接本身而非目标，得先用
is_symlink()和read_symlink()
Windows 上用 CreateFile + ReadFile 比 C++ 标准库更快？
在 Windows 上，绕过 C++ iostream 直接调用 Win32 API 确实能减少一层缓冲和异常开销，尤其对小文件或高频调用场景。但代价是失去跨平台性，且容易踩坑。
关键细节：
- 必须传
FILE_FLAG_SEQUENTIAL_SCAN提示系统做顺序读优化 -
ReadFile返回的字节数必须与请求长度严格比对，不能忽略lpNumberOfBytesRead参数 - 用
INVALID_HANDLE_VALUE判断打开失败，别只看返回值是否为NULL - 别忘了关闭句柄：
CloseHandle()，否则资源泄漏比 iostream 更隐蔽
事情说清了就结束：逐字节比对是默认解法，哈希是权衡后的妥协，预检大小和系统 API 是优化点——但所有优化都建立在正确处理二进制语义和错误边界的基础上。
