常用组合有三种：① overwrite_existing直接覆盖目标；② skip_existing跳过已存在目标；③ recursive | update_existing实现增量备份，仅更新更晚文件，但不删除多余文件。
copy_options 有哪些常用组合，各自行为差异在哪
std::filesystem::copy_options 是个位掩码类型，不是枚举单值——这意味着你可以用 | 组合多个选项。常见组合有三种核心用途：
-
copy_options::overwrite_existing：目标存在时直接覆盖（不检查内容、不保留时间戳） -
copy_options::skip_existing：目标存在时跳过，不报错也不复制 -
copy_options::update_existing：仅当源文件比目标新（或目标不存在）时才复制——这是备份场景最关键的选项，它能避免无意义的重复拷贝
注意：update_existing 不会递归比较目录内所有文件的时间戳，它只对当前路径生效；如果用于目录复制，它只判断目录本身的最后修改时间，而非其子项。这点常被误用。
备份单个文件时，为什么 update_existing 比 overwrite_existing 更安全
直接覆盖可能把刚改坏的源文件（比如编辑崩溃后残留的半写入内容）覆到备份上，导致两份都损坏。update_existing 能守住“备份永远不比源旧”这条底线。
- 它依赖
last_write_time()比较，要求源和目标文件系统支持纳秒级时间戳（大多数现代系统满足） - 若源文件时间戳异常（如为 1970-01-01），
update_existing可能拒绝复制，此时需加copy_options::skip_symlinks或预判处理 - 示例用法：
std::filesystem::copy("data.txt", "backup/data.txt", std::filesystem::copy_options::update_existing);
递归备份整个目录，copy_options 怎么配合 recursive_copy
std::filesystem::copy 对目录默认是递归行为，但 copy_options 的语义仍只作用于每一层路径节点。想让整个树都遵循“仅更新更晚文件”，不能只传一个 update_existing。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 必须显式加上
copy_options::recursive，否则遇到子目录会抛filesystem_error（错误信息：Invalid argument） - 正确组合是：
copy_options::recursive | copy_options::update_existing - 若目标目录部分存在（比如已有几个子文件），
recursive | update_existing会逐层进入并分别判断每个文件/子目录是否需要更新——这才是真正的增量备份逻辑 - 注意：它不会删除目标中存在但源中已删除的文件，这不是
copy的职责；要实现“镜像同步”，得自己遍历对比再删
跨文件系统复制时，copy_options 会失效的两个隐性限制
当源和目标在不同挂载点（比如 /home 和 /mnt/usb），std::filesystem::copy 内部会退化为“读+写”而非硬链接或 reflink。这时某些选项行为会变：
-
copy_options::create_hard_link和copy_options::create_symlink必然失败，且不报错——函数静默回退到普通复制，容易误以为链接成功 -
update_existing仍有效，但时间戳精度可能因文件系统差异（如 FAT32 只支持 2 秒粒度）导致误判：源改了但目标时间戳没变，结果跳过复制 - 建议做法：先用
std::filesystem::equivalent()判断是否同设备；若否，主动记录警告，并考虑加 1 秒时间容差做二次判断
真正麻烦的不是选项本身，而是它不告诉你底层发生了什么——你得自己查 std::filesystem::status() 和 std::filesystem::space() 来交叉验证。
