C++中应优先使用std::filesystem::rename而非C的rename函数，因其支持异常处理、跨平台路径分隔符、明确错误码且避免静默覆盖；C版rename受限于平台，跨卷失败、不创建父目录、无错误详情。
rename 函数在 C++ 中的使用限制
rename 是 C 标准库函数（<cstdio></cstdio>），C++ 中可直接调用，但行为受平台约束：Windows 下支持跨卷重命名失败，Linux/macOS 下要求源和目标必须在同一文件系统。它不区分文件/目录，也不提供错误详情——失败只返回 -1，需查 errno 判断原因（如 EXDEV 表示跨设备）。
常见误用：rename("a.txt", "sub/b.txt") 若 sub/ 不存在，直接失败；rename("old/", "new/") 在 Windows 上可能因末尾斜杠被忽略而意外覆盖。
- 不创建父目录，路径必须已存在
- 目标存在时会静默覆盖（无提示、无备份）
- 无法原子地重命名到不同磁盘或分区（
EXDEV错误）
std::filesystem::rename 更安全、更现代
C++17 引入 std::filesystem::rename（需包含 <filesystem></filesystem>，链接 -lstdc++fs 或等效），语义与 POSIX rename 一致，但错误通过异常抛出，且类型更明确：
try {
std::filesystem::rename("old.txt", "new.txt");
} catch (const std::filesystem::filesystem_error& e) {
// e.code() 可获取具体错误，如 std::errc::no_such_file_or_directory
}
- 自动处理路径分隔符（
\和/均可） - 支持
std::filesystem::path对象，便于拼接和规范化 - 跨文件系统失败时抛
std::errc::cross_device_link，比 errno 更易读 - 目标为非空目录时抛异常（
std::errc::directory_not_empty），避免静默失败
跨平台重命名的实用封装建议
若需兼容 C++14 或规避 std::filesystem 的链接问题，可封装 fallback 逻辑：
Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。
立即学习“C++免费学习笔记（深入）”；
- 优先尝试
std::filesystem::rename（C++17+） - 降级用
rename+errno检查，对EXDEV手动实现“复制 + 删除” - 注意：复制过程需处理大文件性能（分块读写）、权限保留（
stat/chmod）、符号链接（readlink）等细节 - Windows 下还需考虑长路径（
\?前缀）和句柄占用（如文件正被打开）
简单场景下，别自己造轮子——只要项目能用 C++17，就直接用 std::filesystem::rename。
容易被忽略的权限与并发问题
重命名不是纯用户态操作：目标路径所在目录需有写权限（chmod o-w 会导致失败），源文件本身权限无关紧要。Windows 下若文件被其他进程以独占方式打开（如记事本未关闭），rename 和 std::filesystem::rename 都会失败（ERROR_SHARING_VIOLATION）。
- Linux 下可通过
lsof +D /path查看谁占用了目录 - 临时文件重命名（如写入
tmp.XYZ后 rename 成正式名）是原子的，但仅限同文件系统 - 多线程同时 rename 同一目标？行为未定义——必须加互斥锁或用唯一临时名
真正棘手的从来不是怎么写那行代码，而是谁在同时碰那个目录、那个文件、那个权限位。
