7-zip支持增量更新，通过比对时间戳和文件大小判断是否变更，避免全量重压；推荐使用命令行7z u配合-uq0等参数实现高效增量打包。
增量压缩的核心是比对文件修改时间与大小
直接用 std::filesystem::last_write_time() 和 file_size() 判断是否变更，比哈希快得多，也足够可靠——除非你明确需要检测内容级篡改（比如二进制编辑后时间戳被重置）。注意 Windows 上 last_write_time() 返回的是 UTC 时间，而某些 ZIP 库（如 libzip）写入时默认按本地时区解释，会导致解压后时间错乱。建议统一转为本地 time_t 再比较，或在压缩前用 std::chrono::clock_cast<:chrono::system_clock>(tp)</:chrono::system_clock> 校准。
用 7z 或 zip 命令行实现增量打包更稳
别自己手撸 ZIP 文件结构。C++ 标准库不支持 ZIP，第三方库（如 miniz、libzip）对“仅追加未修改文件”支持弱，容易重复写入整个归档。推荐调用系统命令：
- Linux/macOS：用
7z u -uq0 -up1q3r2x1y2z0 archive.7z /path/to/folder，其中-uq0表示跳过未修改文件，-up1q3r2x1y2z0控制更新策略（具体见 7z man page） - Windows：同上，但路径用双反斜杠或正斜杠，且确保
7z.exe在 PATH 中；若必须用 ZIP，可用tar -rf archive.zip file1 file2（但 tar 不校验已有条目，慎用） - 调用时务必用
std::process::spawn（C++26）或_popen（Windows）/popen（POSIX），并检查子进程退出码——7z 返回 0 表示无错误，1 是非致命警告（如跳过文件），2 才是失败
同步备份需区分“源删则删”和“只增不减”两种模式
所谓“同步”，本质是状态对齐。先生成当前源目录的完整路径快照（含 last_write_time 和 file_size），再与上次备份的元数据文件（如 JSON 或 SQLite）比对：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 若启用“镜像同步”，则遍历备份目录中存在但源中不存在的路径，执行
std::filesystem::remove()（注意权限和只读属性） - 若仅做“追加备份”，则只新增/覆盖，完全跳过删除逻辑——这是多数场景的真实需求，避免误删
- 元数据文件本身必须存放在备份目录外（如
backup/.meta.json），否则下次扫描会把它当普通文件纳入，导致无限递归
避免因硬链接、符号链接或 NTFS 重解析点崩溃
std::filesystem::is_symlink() 和 std::filesystem::is_regular_file() 必须成对使用。Windows 上若遇到 std::filesystem::status_error 且 ec.value() == 1（操作不支持），大概率是碰到了 NTFS 重解析点（如 OneDrive 挂载点或 WSL2 的 /mnt/c）。此时应跳过该路径，并记录警告日志——不要尝试 read_symlink() 或 canonical()，它们可能阻塞或抛异常。
硬链接在 Linux 下需额外判断 std::filesystem::hard_link_count() > 1，避免同一内容被多次压缩。但大多数备份工具选择忽略硬链接差异，因为解压后无法还原硬链接关系，实际意义有限。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
