c++oding="utf-8" ?>
最可靠方法是linux下优先读取$tmpdir环境变量并验证可写性，否则fallback到/tmp；须用access()检查权限，避免硬编码导致容器或嵌入式环境失败。
直接读取 TMPDIR 环境变量最可靠
Linux 下没有统一的 C++ 标准 API 获取临时目录，std::filesystem::temp_directory_path() 在 GCC 11+ 虽已实现，但底层仍优先查 TMPDIR 环境变量；若未设置，才 fallback 到 /tmp。但某些嵌入式或容器环境里 TMPDIR 可能为空或指向不可写路径，直接信任它会出错。
实操建议：
- 先用
std::getenv("TMPDIR")拿值，非空且是目录、可写才用 - 否则 fallback 到
"/tmp"，但务必用access("/tmp", W_OK)检查写权限 - 避免硬编码
"/tmp"后直接创建文件——有些系统（如 Android Termux）默认不挂载该路径
std::filesystem::temp_directory_path() 的行为陷阱
这个函数看似“标准”，但在实际项目中容易踩坑：GCC 12.2 之前版本在静态链接 libstdc++ 时可能返回空路径；Clang + libc++ 则完全未实现该函数（调用会抛 std::filesystem::filesystem_error）。
使用前必须加编译期和运行期双校验：
- 编译时用
#ifdef __cpp_lib_filesystem判断是否可用 - 运行时用 try-catch 包裹调用，并 fallback 到手动查环境变量
- 返回路径末尾不带斜杠，拼接文件名时要显式加
"/"，例如：fs::temp_directory_path() / "myapp_XXXXXX"
安全生成临时文件名不能只靠 mktemp()
拿到临时目录路径只是第一步。用 std::filesystem::create_temporary_directory() 或手拼 "tmpXXXXXX" 都不安全——存在竞态条件（TOCTOU）。正确做法是依赖系统级原子接口：
- C 风格推荐
mkstemp()：传入模板路径如"/tmp/myapp_XXXXXX"，它会自动替换X并返回打开的 fd - C++ 封装时别用
std::ofstream直接构造，因为无法控制 open flags；应先mkstemp()，再用fdopen()或std::filebuf::open(fd, ...) - 注意
mkstemp()创建的文件默认权限是0600，如果需其他进程读取，得后续调用fchmod()
容器与 Flatpak 环境下 /tmp 可能被隔离
在 Docker（无特权）、Podman 或 Flatpak 应用中，进程看到的 /tmp 往往是私有绑定挂载（private tmpfs），虽然路径存在，但父进程不可见其内容。此时仅靠路径字符串没意义。
关键判断点：
- 检查
/proc/self/mountinfo中/tmp对应行是否含shared:或master:字段——不含则大概率是私有命名空间 - 更实用的做法：尝试在目标路径下
open(..., O_TMPFILE)（Linux 3.11+），它绕过路径可见性问题，直接在 tmpfs 上创建匿名 inode - 若必须用路径，优先用
TMPDIR，因为容器运行时通常会主动设置它指向宿主机可共享的卷
TMPDIR 是起点，不是终点。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
