最稳妥的文件内容比对方式是逐块读取：先用std::filesystem::file_size(path, ec)校验大小，再以binary模式用std::ifstream分块读入栈数组或std::vector，每次通过gcount()获取实际字节数并用std::memcmp比较，注意清failbit、处理EOF差异及Windows二进制模式。
用 std::ifstream 逐块读取比对最稳妥
直接用 std::filesystem::equivalent() 只能判断是否指向同一文件（硬链接/软链接），不能判断内容是否相同；而全量读入内存再 std::equal 又可能崩掉大文件。逐块读取是平衡安全性和准确性的通用做法。
- 每次读固定大小（如 8192 字节）到
std::vector<char></char>或栈数组，用std::memcmp比较两块 - 必须检查每次
read()的实际字节数：两个流读到 EOF 的位置可能不同，不能只看eof()标志 - 读取前要调用
clear()清除可能存在的failbit，否则后续读取会静默失败 - 示例关键逻辑：
std::ifstream f1("a.txt", std::ios::binary);<br>std::ifstream f2("b.txt", std::ios::binary);<br>char buf1[8192], buf2[8192];<br>while (f1.read(buf1, sizeof(buf1)) || f2.read(buf2, sizeof(buf2))) {<br> size_t n1 = f1.gcount(), n2 = f2.gcount();<br> if (n1 != n2 || std::memcmp(buf1, buf2, n1)) return false;<br>}
Windows 下注意 _O_BINARY 和 BOM 处理
在 Windows 上用 std::ifstream 默认以文本模式打开，会把 \r\n 自动转成 \n，导致二进制比对失败。必须显式指定 std::ios::binary。
- 即使加了
binary，UTF-8 BOM（0xEF 0xBB 0xBF）仍会被原样读入，属于文件内容一部分，无需跳过——除非业务明确要求“忽略 BOM 的语义等价” - 如果要用 C API（如
_open），记得传_O_BINARY，否则_read会在\x1A（Ctrl+Z）提前截断 - 跨平台项目中，避免依赖
_setmode(_fileno(stdin), _O_BINARY)这类 Windows 特有调用
std::filesystem::file_size() 必须先校验
文件大小不同，直接返回 false 是最快路径。但这个函数可能抛异常（权限不足、路径不存在、符号链接断裂），不能无保护调用。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 务必用
std::error_code重载版本：std::filesystem::file_size(path, ec)，避免异常打断流程 - 即使大小相等，也不能跳过内容比对：空文件、稀疏文件、加密容器都可能出现“大小同但内容异”
- 某些文件系统（如某些 NFS 或 FAT32）可能报告错误的大小，尤其是刚写完未
flush的文件，所以大小一致只是必要非充分条件
别用 std::string 存整个文件做比较
用 std::string 读取大文件不仅慢，还容易触发多次内存重分配，甚至 OOM。更隐蔽的问题是：std::string 的 data() 不保证以 \0 结尾，而某些旧代码误用 c_str() 做 memcmp，会导致越界读。
立即学习“C++免费学习笔记（深入）”；
- 改用
std::vector<char></char>：构造时指定容量，resize()后用data()安全 - 若确定文件小于几 MB 且内存充足，可用
std::vector<char> buf(std::filesystem::file_size(p)); f.read(buf.data(), buf.size());</char> - 永远不要对
std::string调用reserve()后就认为data()可写——它不提供可写保证，C++20 前尤其危险
eof()，没核对 gcount()，结果短文件多读了一次零填充块，比对就错了。 
