判断文件夹内容是否真正一致需交叉验证修改时间、权限和哈希值：Windows用GetFileTime与GetFileAttributesEx联合调用，Linux/macOS用stat()一次性读取mtime/size/mode；时间须转UTC比较；哈希仅计算常规文件，空目录需存在性校验。
怎么判断两个文件夹内容是否真正一致
光看文件名和大小不够，得结合修改时间、权限、哈希值三者交叉验证。Windows 上 GetFileTime 和 GetFileAttributesEx 必须一起调用，否则可能漏掉只改了时间戳但没动内容的文件；Linux/macOS 要用 stat() 一次性读全 st_mtime、st_size、st_mode，避免两次系统调用间文件被修改。
常见错误现象：std::filesystem::last_write_time() 返回的是本地时区时间，在跨时区同步时直接比对会误判；必须转成 UTC 时间戳再比较。
- 哈希只对常规文件计算，跳过符号链接、设备文件、socket 文件（
is_regular_file()先过滤） - 空目录不参与哈希，但必须检查是否存在——删掉源端空目录，目标端却留着，就属于“不一致”
- 小文件（
递归遍历路径时怎么避免死循环或崩溃
符号链接是最大雷区。默认 std::filesystem::recursive_directory_iterator 会跟随软链，一旦出现循环引用（比如 A/link → B，B/link → A），程序就卡死或抛 std::filesystem::filesystem_error 异常。
正确做法是禁用自动解引，手动控制遍历逻辑：
立即学习“C++免费学习笔记（深入）”；
- 构造迭代器时传
std::filesystem::directory_options::none - 遇到
is_symlink()为 true 的项，跳过不进；若业务真需要处理软链，先用read_symlink()拿路径，再用canonical()判断是否已访问过 - Windows 上注意长路径：启用 manifest 后，路径前加
\\?\前缀，否则超过 260 字符直接operation_not_supported
同步动作执行前怎么安全生成操作清单
不能边遍历边删/覆写——万一中间出错，状态就不可逆。必须先构建三类动作队列：copy_list、delete_list、update_list，全部收集完再批量执行。
关键细节：
-
update_list里只放哈希不一致且目标文件存在、可写入的文件；跳过只读文件（is_regular_file() && !is_writable()） - 删除操作要按路径深度倒序排列（先删子目录再删父目录），否则
remove_all()可能失败 - 所有路径统一用
std::filesystem::absolute()归一化，避免相对路径在多线程或 chdir 后失效
哈希计算慢怎么办：C++ 标准库没内置 SHA256 怎么办
std::filesystem 不提供哈希，必须自己集成或调用系统 API。Windows 用 BCryptHashData（需 link bcrypt.lib），Linux/macOS 用 OpenSSL 的 EVP_DigestInit 系列函数最稳。
别用第三方 header-only 库（比如 tinysha1）算大文件哈希——它们通常无缓冲优化，吞吐量只有 OpenSSL 的 1/5。
- 每块读 64KB（
std::vector<char>(65536)</char>），比 4KB 快 3 倍以上 - 开启 O_DIRECT（Linux）或 FILE_FLAG_NO_BUFFERING（Windows）能进一步提速，但要求内存地址对齐，慎用
- 多线程并行哈希？别急——磁盘 I/O 是瓶颈，开 2–3 个线程足够，再多反而因上下文切换拖慢整体
元数据比对快，哈希校验重。实际项目中，90% 的差异靠 last_write_time() + file_size() 就能筛掉，剩下不到 10% 再走哈希——这个顺序不能反。
