最可靠方法是用std::ifstream以binary模式分块读取并memcmp比对：先比文件大小，再循环读缓冲区、检查gcount()，严格处理eof/fail状态，避免文本模式换行转换和逐字节性能缺陷。
直接用 std::ifstream 逐字节读取比较最可靠
文件内容是否相同，本质是二进制字节序列是否完全一致。用文本方式打开（比如 std::ios::text）会触发换行符转换（\r\n → \n），导致 Windows 和 Linux 下同一文件被误判为不同。必须以二进制模式打开：std::ios::binary。
实操建议：
- 两个
std::ifstream都用std::ios::binary | std::ios::in打开，且检查is_open() - 先比较文件大小——不等直接返回
false，避免无效读取（file1.seekg(0, std::ios::end); file1.tellg()） - 用
char缓冲区（如std::array<char></char>）循环读取，每次比对一块，而非单字节——性能差一个数量级 - 读取后务必检查
gcount()，因为最后一次读可能不足缓冲区大小；不能只依赖eof()
遇到 read 失败或 gcount() 为 0 怎么办
std::istream::read() 在文件末尾或出错时都会置位 failbit，但行为不同：末尾时 gcount() 是实际读到的字节数（可能 gcount() 为 0 且 badbit 被设。忽略这点会导致误判“相同”。
关键判断逻辑：
- 若
file1.read(buf.data(), buf.size()).gcount() != file2.read(buf.data(), buf.size()).gcount()→ 不同 - 若
gcount() > 0但memcmp(buf.data(), buf.data(), n) != 0→ 不同 - 若某次
gcount() == 0且!file1.eof() || !file2.eof()→ 至少一个文件读取出错，应抛异常或返回错误码
要不要用 memory-mapped file 加速大文件比较
对 GB 级文件，内存映射（mmap on Linux / CreateFileMapping on Windows）确实能减少拷贝，但收益有限：现代 OS 的 read-ahead + page cache 已经很高效；且 mmap 有额外复杂度（对齐、跨平台、小文件反而慢）。
更务实的选择：
- 先用
stat()或GetFileSizeEx()比大小——99% 的不同文件在这里就筛掉了 - 再用 SHA-256 哈希（如 OpenSSL 的
EVP_DigestInit）做快速摘要比对，仅当哈希相同时才逐字节校验 - 如果确定是超大文件且频繁比较，再考虑 mmap，但需处理
MAP_PRIVATE与MAP_SHARED语义、长度对齐（sysconf(_SC_PAGESIZE)）
std::filesystem::equivalent 只能判断硬链接/符号链接，不能比内容
有人误用 std::filesystem::equivalent("a.txt", "b.txt")，它只检测两个路径是否指向同一 inode（Linux/macOS）或同一卷+文件 ID（Windows），**完全不读文件内容**。即使两个文件一字不差，只要不是硬链接，就返回 false。
正确场景只有：
- 确认
ln a.txt b.txt创建的硬链接是否还有效 - 判断符号链接最终解析到的是否是同一个文件
- 绝不能用于“内容相同”逻辑——这是常见误解点
真正要比较内容，绕不开读取和比对。没有捷径，但把大小检查、缓冲区读取、错误分支写全，就能稳住。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
