Windows下用GetTempPath+GetTempFileName生成临时文件名最可靠，前者返回路径，后者在该路径下生成带4字符前缀的唯一文件；Linux/macOS应使用std::filesystem::temp_directory_path配合mktemp或mkstemp，模板中XXXXXX被替换为随机字符；跨平台切勿硬编码前缀，前缀应为业务标识而非系统默认。
Windows 下用 GetTempPath + GetTempFileName 组合生成合法临时名
Windows 没有“默认前缀”这种独立概念，临时文件名由系统按规则生成，GetTempPath 返回路径，GetTempFileName 在该路径下生成唯一文件（带 4 字符前缀 + 随机后缀）。直接调用它最可靠：
#include <windows.h>
#include <string>
std::string get_temp_filename() {
char path[MAX_PATH], name[MAX_PATH];
if (GetTempPathA(MAX_PATH, path) == 0) return "";
if (GetTempFileNameA(path, "tmp", 0, name) == 0) return "";
return std::string(name);
}
注意：GetTempFileName 第二个参数是前缀（最多 3 字符，不足补 0），第四个参数才是输出的完整路径+文件名。别误以为它只返回前缀。
Linux/macOS 用 mktemp 或 std::filesystem::temp_directory_path 搭配模板
POSIX 系统不提供统一“默认前缀”，但约定临时目录下文件常用 XXXXXX 占位符生成随机名。C++17 起可结合 std::filesystem::temp_directory_path() 获取路径，再用 mktemp（需手动拼接）或更安全的 mkstemp：
-
std::filesystem::temp_directory_path()返回路径（如/tmp），但不带前缀 - 真正带前缀的命名逻辑在模板里：比如
/tmp/myapp_XXXXXX，其中XXXXXX被替换为随机字符 -
mktemp修改模板字符串本身，mkstemp直接创建并返回 fd，更安全（避免竞态）
示例（Linux）：
立即学习“C++免费学习笔记（深入）”；
#include <filesystem>
#include <vector>
#include <unistd.h>
std::string get_temp_filename() {
auto tmpdir = std::filesystem::temp_directory_path().string();
std::string tmpl = tmpdir + "/myapp_XXXXXX";
std::vector<char> buf(tmpl.begin(), tmpl.end());
buf.push_back('\0');
if (mktemp(&buf[0]) == nullptr) return "";
return std::string(&buf[0]);
}
跨平台时别硬编码前缀，优先依赖系统 API 生成完整路径
有人想提取“默认前缀”用于自己拼路径，这是危险操作：
- Windows 的
GetTempPath可能返回C:\Users\XXX\AppData\Local\Temp\，但前缀含义依附于GetTempFileName内部逻辑，不可剥离复用 - Linux 的
/tmp下没有全局前缀；环境变量TMPDIR、TEMP、TMP影响路径，但不定义前缀 - 硬编码如
"tmp"或"temp"在不同系统/场景下可能冲突或权限失败
真正需要“前缀”时，应明确业务用途：日志临时文件？解压缓存？此时前缀是业务标识（如 "myapp_download_"），不是系统提供，而是你加在模板里的固定字符串。
std::filesystem::weakly_canonical 对临时路径没帮助，别误用
看到路径处理就想到 weakly_canonical？它解决的是符号链接和 .. 归一化，对临时路径无意义：
-
std::filesystem::temp_directory_path()已返回规范路径（通常不含..） - 临时目录本身极少含符号链接，且
mktemp等函数要求模板路径必须存在、可写，规范化反而可能掩盖权限或挂载点问题 - 若手动拼了带
../的路径再 canonical，大概率导致写入失败——临时操作要的是“立刻可用”，不是“绝对标准”
临时文件路径的关键是存在性、可写性、唯一性，不是字符串形式是否“最简”。验证路径是否存在、是否有写权限，比调用 weakly_canonical 实际得多。
