C++标准库无跨平台自动销毁临时文件的RAII类；C++23推荐用std::filesystem::create_temporary_file()封装，C++17则需temp_directory_path+随机名重试创建，均须确保异常安全与析构时正确清理。
直接结论：C++ 标准库不提供跨平台临时文件自动销毁的 RAII 类，必须手动组合 std::filesystem::temp_directory_path()、std::filesystem::create_temporary_file()（C++23）或退而求其次用 std::tmpnam() + std::remove()，再配合析构函数保证清理——但后者有竞态和信号安全风险，真正健壮的方案得绕开 tmpnam，用唯一路径+显式创建+异常安全删除。
为什么不能直接用 std::tmpnam() 做 RAII 包装
看似简单：std::tmpnam() 生成路径，构造时创建文件，析构时 std::remove()。但问题很实际：
-
std::tmpnam()不保证路径对应文件未被占用，调用后到fopen()之间存在竞态窗口，多线程或恶意干扰下可能写入他人文件 - 它不创建文件，只返回路径；你得自己
fopen(..., "wb")，但若打开失败（如权限不足），RAII 对象已构造完成，析构仍会尝试删一个不存在的路径——无害但逻辑错乱 - 若程序在
fopen后、构造完成前崩溃（比如抛异常），文件残留，RAII 失效 -
std::remove()在 Windows 上对打开的文件会失败，且不是异步信号安全，不能在SIGINT等信号处理中调用
C++23 的 std::filesystem::create_temporary_file() 是正确起点
这是目前最接近“开箱即用”的标准方案，但它本身不带 RAII，需封装。关键点：
- 它原子性地创建唯一文件并返回
std::filesystem::path，避免竞态 - 返回的路径指向**已创建且可写**的空文件，无需再
fopen—— 你拿到的就是可用句柄基础 - 注意：它不打开文件，只是创建；你要用
std::ofstream或fopen()打开它，此时仍需捕获打开失败（如磁盘满），并在构造函数中做异常回滚 - 析构时调用
std::filesystem::remove()，该函数在各平台行为一致（Windows 下要求文件未被打开）
示例骨架：
立即学习“C++免费学习笔记（深入）”；
class temp_file {
std::filesystem::path path_;
public:
temp_file() : path_(std::filesystem::create_temporary_file()) {}
~temp_file() {
if (std::filesystem::exists(path_)) {
std::filesystem::remove(path_);
}
}
const std::filesystem::path& path() const { return path_; }
};
兼容 C++17 的可靠降级方案：用 std::filesystem::temp_directory_path() + 随机后缀
C++23 还没普及？别硬套 tmpnam。改用 std::filesystem::temp_directory_path() 拼接随机名，再用 std::filesystem::create_directories()（防嵌套路径）+ std::ofstream 原子创建：
- 用
std::random_device+std::mt19937生成 8 字符十六进制后缀，拼到temp_XXXXXX模板上 - 循环重试（最多 10 次）：拼路径 →
std::ofstream(path, std::ios::out | std::ios::binary | std::ios::trunc)→ 成功则跳出，失败继续 - 一旦
ofstream构造成功（隐含文件已创建且独占），就认为临时文件就绪；构造函数内任何失败都应抛异常，防止半成品对象存在 - 析构逻辑同 C++23 版，但要额外检查
ofstream是否还开着——如果用户把.path()传给 C API 并保持fd打开，remove()会失败（尤其 Windows），这时应记录警告而非静默忽略
容易被忽略的三个细节
很多人封装完就以为万事大吉，结果在 CI 或客户环境翻车：
-
std::filesystem::remove()在某些旧版 libstdc++（GCC \?C:... 类路径是否能删 - 若临时文件用于进程间通信（如 socket 文件、FIFO），仅删路径不够，还得确保内核资源释放——Linux 的
AF_UNIXsocket 文件需unlink()后再close()fd，这类场景不适合通用temp_file - 调试时想保留临时文件？不要注释掉析构里的
remove()—— 改用环境变量控制，比如构造时读getenv("KEEP_TEMP_FILES")，这样 CI 和本地行为可切换
