std::filesystem::rename 报 permission denied 错误主因是目标路径被占用或权限不足，非代码错误；跨分区需改用 copy_file + remove 实现。
std::filesystem::rename 报错 permission denied 怎么办
权限拒绝不是代码写错了，而是目标路径被占用或没权限。Windows 下尤其常见——文件正被其他进程打开（比如记事本、IDE、资源管理器预览窗格），或者目标目录只读；Linux/macOS 则可能是父目录无写权限，而非文件本身。
- 先用
std::filesystem::status(path).permissions()检查目标父目录是否可写 - Windows 上用
Process Explorer或命令行handle.exe filename查谁锁着文件 - 别直接 rename 到另一个磁盘分区——这会失败，得改用 copy + remove
- 错误信息里如果出现
Permission denied，90% 是路径权限或进程占用问题，不是rename用法不对
跨磁盘移动文件时 std::filesystem::rename 失败的替代方案
std::filesystem::rename 本质是系统级 rename(2) 调用，只支持同一文件系统内原子重命名。跨分区（比如 C: → D:、/home → /mnt/ssd）会直接抛出 std::filesystem::filesystem_error，错误码通常是 EXDEV。
- 必须手动实现：先
std::filesystem::copy_file(src, dst, std::filesystem::copy_options::overwrite_existing) - 再确认 copy 成功后，用
std::filesystem::remove(src) - 注意：copy 不保证原子性，中间出错会导致源存、目标不全；如需强一致性，得加临时文件和重试逻辑
- 不要用
std::filesystem::copy（它复制目录），这里明确要copy_file
rename 的 from 和 to 路径怎么写才不出错
路径格式稍有偏差就会触发 filesystem_error，尤其是斜杠方向、末尾分隔符、相对路径解析这些细节。
- 统一用正斜杠
/或std::filesystem::path构造，避免手动拼接反斜杠（\在字符串里要双写，易漏） - 目标路径如果是目录，
rename会把源“移进去”，但目标目录必须已存在；想重命名成新文件名，to必须含完整文件名，不能只给目录 - 相对路径以当前工作目录为基准，不是以源文件所在目录——容易误判，建议全用绝对路径
- 检查是否存在用
std::filesystem::exists(from)和!std::filesystem::exists(to)，但注意 race condition，仅作前置校验
为什么 rename 后文件时间戳变了
这是正常行为，不是 bug。POSIX 和 Windows 的 rename 系统调用都不保证保留 atime/mtime/ctime——特别是跨文件系统 copy+remove 实现时，新文件必然有新的创建时间和修改时间。
立即学习“C++免费学习笔记（深入）”；
- 如果业务依赖时间戳（比如增量备份判断），不能靠 rename 后比对
last_write_time - Windows 上可用
CopyFileEx配合COPY_FILE_COPY_SYMLINK选项（C API），但 C++ 标准库不暴露此能力 - Linux 下可通过
utimensat手动恢复时间戳，但需额外权限且标准库无封装 - 结论：别把 rename 当作“无损迁移”操作，时间戳变更属于平台行为，提前在设计里排除依赖
