std::filesystem::temp_directory_path() 返回的路径在 Windows、Linux 和 macOS 上基本可靠，但不保证目录存在或可写，需配合 create_directories() 和权限检查；拼接子路径应使用 / 运算符，清理应限于自身创建的子目录并优先采用 RAII 机制。
std::filesystem::temp_directory_path() 返回的路径是否可靠
在 Windows、Linux 和 macOS 上，std::filesystem::temp_directory_path() 会调用系统原生逻辑（如 GetTempPath、tmpdir 环境变量或 /tmp），但行为不完全一致：Windows 可能返回带尾部反斜杠的路径，macOS 可能指向 /var/folders/... 下的沙盒路径，而某些容器环境可能 fallback 到 /tmp 即使它被挂载为 tmpfs。关键点是——它**不保证目录存在**，也不保证当前进程有写权限。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 始终用
std::filesystem::create_directories()包裹调用结果，避免后续操作因目录不存在而抛std::filesystem::filesystem_error - 不要假设返回路径可写；必要时用
std::filesystem::status(path).permissions()检查（注意：该函数不检查实际运行时权限，仅文件系统位） - 避免直接拼接字符串构造子路径，用
/或std::filesystem::path::operator/=拼接，自动处理分隔符差异
如何安全清理过期临时文件（非暴力清空）
直接递归删除整个 temp_directory_path() 是危险的——系统或其他进程可能正在使用其中文件。Modern C++ 的正确做法是按需清理自己创建的子目录，并设置明确生命周期。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 为每次运行生成唯一子目录：
auto my_temp = std::filesystem::temp_directory_path() / "myapp_" + std::to_string(getpid());（Linux/macOS）或用std::random_device生成 UUID 片段（全平台） - 设置清理钩子：用
std::atexit()注册删除函数，但注意——若程序 crash，该钩子不执行；更健壮的方式是在 RAII 对象析构中清理（如struct TempDir { ~TempDir() { if (keep_) return; std::filesystem::remove_all(path_); } }） - 对单个临时文件，优先用
std::filesystem::remove()而非remove_all()；后者在遇到只读文件或 busy 文件时会抛异常，且无法跳过 - 若需清理“旧于 X 分钟”的文件，用
std::filesystem::last_write_time()获取时间点，与std::chrono::system_clock::now()比较；注意 Windows 的last_write_time精度为 100ns，而 Linux ext4 通常为 1s，macOS APFS 为 1ns —— 不要依赖亚秒级判断
std::filesystem::remove_all() 抛 filesystem_error 怎么办
常见错误信息形如 Permission denied（Linux/macOS 权限不足）、Access is denied（Windows 文件被占用）、Directory not empty（NTFS 符号链接或挂载点未被递归识别）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 捕获
std::filesystem::filesystem_error，检查.code().value()：Linux 常见 13（EACCES）、20（ENOTDIR）；Windows 常见 5（ERROR_ACCESS_DENIED）、16（ERROR_BUSY） - 对“Access denied”类错误，尝试先修改权限：
std::filesystem::permissions(path, std::filesystem::perms::owner_read | std::filesystem::perms::owner_write, std::filesystem::perm_options::replace);（仅影响当前路径，不递归） - 对“Directory not empty”，检查是否含挂载点（
std::filesystem::is_mount_point()C++20 起支持）或符号链接（std::filesystem::is_symlink()）；若需跳过，手动遍历并过滤 - 避免在多线程中并发调用
remove_all()同一父目录；C++ 标准未规定线程安全，底层 syscall 如unlinkat()或RemoveDirectory()均非原子
跨平台构建时 std::filesystem 链接失败怎么办
即使编译器支持 C++17，std::filesystem 仍需显式链接系统库：GCC/Clang 需 -lstdc++fs（GCC 9+）或 -lc++fs（LLVM libc++），MSVC 则默认内联无需额外链接，但需定义 _SILENCE_CXX17_FILESYSTEM_DEPRECATION_WARNING 抑制警告。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- CMake 中检测并链接：
find_package(Threads REQUIRED); target_link_libraries(mytarget PRIVATE stdc++fs Threads::Threads)（GCC）；对 Clang + libc++，改用libc++fs - 在头文件包含前加
#define _GLIBCXX_USE_CXX11_ABI 1（GCC），避免 ABI 不匹配导致undefined reference to 'std::filesystem::...' - 检查编译器 flag 是否启用 C++17：Clang/GCC 必须有
-std=c++17或更高；MSVC 需/std:c++17 - 若目标系统无
libstdc++fs（如旧版 Alpine Linux），回退到 POSIXmkdtemp()+ 手动unlink()/rmdir()，但失去路径抽象和 Unicode 支持
临时目录清理真正难的不是 API 调用，而是权衡：删太狠会干扰其他进程，删太保守会堆积垃圾；std::filesystem 提供了跨平台骨架，但每个 remove 调用背后都要想清楚——这是谁建的、谁还在用、删失败了是否必须报错。
