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