std::copy 配合文件流不能直接复制文件
它只能逐字节搬运数据，但不会自动创建目标文件、不处理二进制/文本模式差异、也不保证原子性或错误恢复。很多人一上来就写 std::copy(ifs, ofs)，结果目标文件为空、乱码，或者程序崩溃。
- 必须显式以
std::ios::binary模式打开输入和输出流，否则 Windows 下换行符会被误转（\r\n→\n） -
std::copy本身不检查failbit或badbit，出错时可能静默失败 - 目标路径的父目录不存在时，
std::ofstream构造会失败，不会自动创建目录
用 std::ifstream + std::ofstream + std::copy 最简可行方案
这是最贴近“用标准库完成复制”的做法，适合小到中等大小文件（
std::ifstream src("a.txt", std::ios::binary);
std::ofstream dst("b.txt", std::ios::binary);
if (!src || !dst) {
// 处理打开失败：检查路径、权限、磁盘空间
}
std::copy(std::istreambuf_iterator<char>(src),
std::istreambuf_iterator<char>(),
std::ostreambuf_iterator<char>(dst));
- 务必检查
src.good()和dst.good()，而不仅是构造是否成功 - 不要用
std::istream_iterator（跳过空白），它会破坏二进制内容；必须用std::istreambuf_iterator - 复制后建议调用
dst.flush()并检查dst.good()，确认所有字节真正写入磁盘
大文件或需健壮性的场景别硬刚 std::copy
超过几十 MB 的文件，std::copy 配合迭代器会频繁调用底层 read()/write()，性能差，且无法控制缓冲区大小。更关键的是：它不提供进度、中断恢复、权限继承、符号链接处理等能力。
- Linux/macOS 推荐直接调用
copy_file（C++17）：std::filesystem::copy_file("a", "b", std::filesystem::copy_options::overwrite_existing) - Windows 上若用 C++17，
std::filesystem::copy_file同样可用，且会正确处理 ACL 和时间戳 - 若无法升级到 C++17，老项目建议封装
read()/write()系统调用，手动分配 64KB 缓冲区，比std::istreambuf_iterator快 3–5 倍
std::filesystem::copy_file 的坑比想象中多
它看似开箱即用，但几个默认行为容易踩雷：
立即学习“C++免费学习笔记（深入）”；
- 默认不覆盖目标文件 —— 错误是
std::filesystem::filesystem_error，异常信息里含File exists，不是 errno - 不复制文件权限（mode）除非显式加
std::filesystem::copy_options::copy_symlinks（名字有误导，实际控制权限复制） - 跨分区复制时，它内部仍是“读+写”，不是
rename()，所以失败后可能留下半截文件 - 某些旧版 libstdc++（GCC std::filesystem::exists() 验证
真正安全的复制往往得组合判断：先 exists()，再 is_regular_file()，再选 copy_options，最后捕获 filesystem_error 分类处理。
