std::filesystem::rename 跨平台重命名需先检查路径有效性：Windows 要求目标父目录存在且易受句柄占用影响，Linux 允许父目录不存在但不覆盖已存在目标；跨设备需改用 copy_file + remove；编译须启用 C++17 并正确链接 stdc++fs。
用 std::filesystem::rename 做跨平台重命名，但得先检查路径有效性
直接调用 std::filesystem::rename 看似一步到位，实际在 Windows 和 Linux 下行为不一致：Windows 要求目标路径所在目录必须已存在，而 Linux 允许目标父目录不存在（只要上级可写）。更关键的是，std::filesystem::rename 在目标已存在时会直接失败——它不覆盖，也不报“文件已存在”这种明确错误，而是抛出 std::filesystem::filesystem_error，错误码可能是 std::errc::permission_denied 或 std::errc::no_such_file_or_directory，具体取决于底层实现和权限状态。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 始终用
std::filesystem::exists检查源路径是否真实存在，且是常规文件或目录（避免重命名符号链接本身引发意外） - 对目标路径，先用
std::filesystem::path::parent_path()提取父目录，再用std::filesystem::create_directories确保其存在 - 若需覆盖目标，不能依赖
rename，得先std::filesystem::remove目标（注意：remove 不递归删非空目录，要删目录得用std::filesystem::remove_all） - Windows 下路径含中文或长路径（>260 字符）时，确保编译器启用 UTF-8 源码支持（如 MSVC 加
/utf-8），且运行时传入的std::string是 UTF-8 编码——否则std::filesystem会静默截断或乱码
移动文件本质就是 rename，但跨设备必须手动 copy + remove
std::filesystem::rename 在同一文件系统内是原子重命名；一旦源和目标位于不同挂载点（比如从 C: 移到 D:，或 Linux 下 /home 和 /tmp 分属不同磁盘），它会立即失败并抛出 std::errc::cross_device_link。这不是 bug，是 POSIX 和 Win32 API 的共同限制。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
std::filesystem::equivalent判断源与目标是否在同一设备（需捕获异常，因为任一路径无效时也会抛异常） - 若非同设备，改用
std::filesystem::copy_file（注意：默认不覆盖，加std::filesystem::copy_options::overwrite_existing） - copy 成功后，必须显式调用
std::filesystem::remove源文件——别指望 copy 自动清理，也别漏掉错误检查：copy 成功不代表 remove 就一定成功（比如源被其他进程锁住） - 大文件移动时，
copy_file是阻塞操作，无进度回调；如需感知进度，得自己按块读写（此时就脱离std::filesystem，要用std::ifstream/std::ofstream）
Windows 下 rename 失败常见于权限和句柄占用
Linux 下 rename 失败多因权限或路径问题，而 Windows 更多栽在“看不见”的资源占用上：比如源文件正被记事本、IDE、杀毒软件打开，或目标路径被 Explorer 进程持有句柄（尤其刚删过同名文件，回收站未刷新），这时 std::filesystem::rename 会返回 std::errc::access_denied，而非更直观的“busy”类错误。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 不要假设
std::filesystem::status能提前发现句柄占用——它只查元数据，不检测打开句柄 - 对关键操作，加有限重试（比如间隔 100ms，最多 3 次），比直接报错更友好
- 若目标是目录，确保其不为空且没被 cmd/powershell 当前工作目录引用（Windows CMD 会锁住当前目录的父级）
- 调试时用
Process Explorer搜索文件名，确认谁占着句柄——这比看错误码管用得多
编译和运行时必须开启 C++17 且链接必要库
MSVC 默认不自动链接 std::filesystem 所需的 libcpmt.lib（或动态版 msvcp140.dll），Clang on Windows 需显式链接 -lstdc++fs，GCC 9.1+ 才内置完整支持，旧版 GCC 需加 -lstdc++fs。即使代码写了 #include <filesystem>，链接失败会导致 undefined reference to `std::filesystem::rename' 这类错误。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- CMake 中必须写
target_link_libraries(your_target PRIVATE stdc++fs)（GCC/Clang）或确保set(CMAKE_CXX_STANDARD 17)且 MSVC 工具链正确（VS2017 15.7+） - MinGW-w64 用户注意：部分发行版的
libstdc++fs实现有缺陷，rename 对 UNC 路径（\servershare）可能失败，应降级用boost::filesystem或直接调 Win32 API - 静态链接时（
-static-libstdc++），stdc++fs也得静态链接，否则运行时报 “cannot open shared object file: libstdc++fs.so.1”
stdc++fs——这三个点盯住了，std::filesystem::rename 就能稳住。 
