rename() 函数可快速原子重命名但不保证后缀安全，需手动保留扩展名；跨文件系统时会失败，应降级为复制+删除，并妥善处理EEXIST、EXDEV、EBUSY等错误。
rename() 函数能直接改名但不保证后缀安全
rename() 是 C++ 标准库（实际来自 C）里最常用的文件重命名函数，它底层调用系统 API，速度快、原子性强，但完全不关心文件名结构。你传 "old.txt" → "new.pdf"，它照 rename 不误，后缀就丢了。
常见错误现象：用户想把 "report_v1.xlsx" 改成 "report_final.xlsx"，却误写成 rename("report_v1.xlsx", "report_final")——结果文件变成无后缀的 report_final，双击打不开。
- 必须手动提取并保留原始后缀，不能依赖
rename()自动识别 - Windows 下路径分隔符用
'\'或'/'都可；Linux/macOS 只认'/' -
rename()失败时返回 -1，务必检查errno（如ENOENT表示源文件不存在，EACCES表示权限不足）
如何安全提取并拼接后缀（C++17 起推荐用 std::filesystem）
手动字符串切分容易出错（比如 "archive.tar.gz" 该取 ".gz" 还是 ".tar.gz"），std::filesystem::path 提供了可靠的分解能力。
使用场景：需要保持原始扩展名，且兼容多级后缀、点号在文件名中（如 "my.file.name.txt"）。
立即学习“C++免费学习笔记（深入）”；
std::filesystem::path old_path = "my.file.name.txt"; std::filesystem::path new_stem = "final_report"; std::filesystem::path new_path = new_stem.replace_extension(old_path.extension()); // 结果：final_report.txt
-
old_path.extension()返回完整后缀（含点），如".txt"或".tar.gz" -
replace_extension()会自动去掉原文件名末尾的扩展名再拼接，比string::rfind('.') + substr()更鲁棒 - C++17 前只能用 Boost.Filesystem 或手写解析逻辑，注意跨平台时
extension()对隐藏文件（如.gitignore）行为一致
rename() 失败的常见原因和绕过方案
即使后缀处理正确，rename() 仍可能失败，尤其在跨文件系统或目标路径已存在时。它不等价于“剪切粘贴”，而是系统级硬链接/目录项操作。
典型错误信息：EXDEV（跨设备）、EEXIST（目标已存在）、EBUSY（文件正被其他进程占用）。
- 跨分区/磁盘重命名必然失败，此时必须用“复制 + 删除”代替，无法真正“快速”
- 目标文件存在时，
rename()默认不覆盖；若需覆盖，Windows 可先unlink()目标，Linux/macOS 需确保有写权限且非只读文件系统 - 某些杀毒软件或 IDE（如 VS Code）会锁住正在编辑的文件，导致
EBUSY，建议操作前关闭相关程序
完整安全 rename 示例（带错误处理）
这不是玩具代码，是上线项目里该有的最小健壮写法。
bool safe_rename(const std::string& old_name, const std::string& new_stem) {
std::filesystem::path old_path(old_name);
if (!std::filesystem::exists(old_path)) return false;
auto new_path = std::filesystem::path(new_stem).replace_extension(old_path.extension());
// 先尝试直接 rename
std::error_code ec;
std::filesystem::rename(old_path, new_path, ec);
if (!ec) return true;
// 处理跨设备等不可恢复错误
if (ec.value() == EXDEV) {
// 此处应走 copy + remove 逻辑（略，因非“快速”）
return false;
}
if (ec.value() == EEXIST) {
std::filesystem::remove(new_path); // 尝试清空目标
std::filesystem::rename(old_path, new_path, ec);
return !ec;
}
return false;
}
复杂点在于：真正的“快速更名”只在同设备、目标未被占用、权限正常时成立；一旦触发 EXDEV 或持续 EBUSY，就得降级处理——而这部分逻辑常被忽略，导致线上 rename 随机失败又难复现。
