YAML配置备份必须用std::filesystem::copy并指定overwrite_existing选项，配合exists预检和try/catch捕获filesystem_error；命名需含时间戳与原扩展名，路径用std::filesystem::path，逻辑须独立于YAML加载。
YAML配置文件备份必须用std::filesystem::copy，别手写std::ifstream/std::ofstream
手动流拷贝容易丢字节、截断或破坏二进制安全——YAML虽是文本，但可能含BOM、UTF-8多字节序列、换行符不一致（\r\n vs \n），std::ifstream::read默认按char逐字节读，没指定std::ios::binary时会触发换行转换，导致备份后文件md5sum不一致。C++17起std::filesystem::copy是唯一可靠方案。
- 必须加
std::filesystem::copy_options::overwrite_existing，否则目标存在时抛std::filesystem::filesystem_error - 不要用
std::filesystem::copy_file：它不支持目录，且对符号链接行为不明确；copy更通用 - 路径传
std::filesystem::path对象，别传const char*——Windows下中文路径会乱码
备份命名要带时间戳+原扩展名，不能硬编码.bak
只加.bak后缀会导致多次备份覆盖同一文件，无法回溯。YAML配置常用于服务启动前加载，若备份失败又没留痕，重启后可能加载到损坏配置。
- 用
std::chrono::system_clock::now()生成秒级时间戳，避免毫秒级在文件系统精度不足引发冲突 - 保留原始扩展名：
config.yaml→config.yaml.20240521_142305.bak，方便IDE识别语法高亮 - 时间格式用
%Y%m%d_%H%M%S，不用:（Windows禁止）和空格（shell解析麻烦）
std::filesystem::exists检查必须放在copy之前，且要捕获异常
直接调copy再靠异常判断源文件是否存在，会掩盖其他错误（如权限不足、磁盘满）。YAML配置路径常来自环境变量或命令行参数，未必真实存在。
- 先用
std::filesystem::exists(src)确认源存在，返回false就跳过备份——不是所有场景都要求强备份 - 即使
exists返回true，copy仍可能失败（如源被其他进程锁住），所以copy必须包在try/catch里 - 捕获
std::filesystem::filesystem_error，不要用std::exception泛捕——前者能拿到具体.code().value()（如EACCES）
自动备份逻辑必须与YAML加载解耦，别塞进YAML::LoadFile调用里
把备份逻辑写在读取配置的同一函数里，会导致：1）每次读配置都备份，冗余IO；2）加载失败时备份了损坏文件；3）单元测试难mock。实际只需在服务初始化早期、确认配置路径合法后执行一次。
立即学习“C++免费学习笔记（深入）”；
- 备份动作应独立函数，例如
backup_yaml_config(const std::filesystem::path& config_path) - 调用时机选在
main()解析完命令行参数、验证config_path非空之后，而非YAML::LoadFile(config_path)之前 - 如果使用
libyaml-cpp，注意它不负责文件IO——YAML::LoadFile内部就是调std::ifstream，你插不进备份逻辑
时间戳格式、异常分支、路径类型这三点，八成人在本地测试时没问题，一上Linux容器或Windows Server就翻车。尤其是路径——"./conf/app.yaml"在当前工作目录变更时直接失效，得用绝对路径或基于可执行文件位置构造。
