Windows下判断文件是否为系统临时文件，唯一可靠方法是用GetTempPath获取临时目录路径，再通过规范化后前缀匹配判断文件路径是否在其子树内，而非依赖文件名或硬编码路径。
Windows 下用 GetTempPath 比对路径前缀最可靠
直接比对路径是否在系统临时目录下，不能只看文件名含不含 temp 或 tmp——用户可能手动建了同名目录，也可能把临时文件挪到了别处。Windows 提供的 GetTempPath 是唯一权威来源，它返回当前进程有效的临时路径（受 TEMP、TMP 环境变量和用户配置影响）。
实操时注意三点：
-
GetTempPath返回的是以反斜杠结尾的路径（如"C:\Users\xxx\AppData\Local\Temp\"），比对前要确保待查路径也规范化并转为小写（Windows 路径不区分大小写但部分 NTFS 卷启用了区分大小写支持） - 必须用前缀匹配，而非字符串包含——比如
"C:\Temp\foo.txt"不等于GetTempPath返回值，即使路径里有Temp字样 - 调用前需分配足够缓冲区：
DWORD len = GetTempPath(0, nullptr)先获取所需长度，再分配，避免缓冲区溢出
Linux/macOS 依赖 $TMPDIR， fallback 到 /tmp
POSIX 系统没有统一 API 获取“系统临时区域”，标准做法是读取环境变量 $TMPDIR；未设置时，默认使用 /tmp。但要注意：/var/tmp 也是合法临时位置（保留时间更长），且某些容器或沙箱环境会挂载自定义 tmpfs 到非标准路径。
判断逻辑应分层：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 优先检查
getenv("TMPDIR")，非空且存在可读写才采纳 - 否则尝试
/tmp，用access("/tmp", W_OK)验证可写性（有些系统会禁止普通用户直接写/tmp） - 不建议硬编码
/var/tmp——它语义上属于“跨重启保留的临时区”，和/tmp行为不同 - 路径比较必须用
realpath()展开符号链接，避免因挂载点或软链导致误判
跨平台封装时，避免用 std::filesystem::temp_directory_path()
C++17 的 std::filesystem::temp_directory_path() 看似省事，但它在不同 STL 实现中行为不一致：libstdc++（GCC）读 $TMPDIR 或 fallback 到 /tmp；MSVC 实现调用 GetTempPath；而某些嵌入式 libc++ 可能直接返回编译时硬编码路径。更麻烦的是，它不检查路径是否存在或可写，只返回“理论上的临时目录”。
如果你需要确定性判断，宁可自己实现：
- Windows 分支调用
GetTempPath+PathFileExists - POSIX 分支按上述
$TMPDIR→/tmp顺序探测 - 所有路径统一用
std::filesystem::weakly_canonical()规范化后再比对
容易被忽略的边界情况：符号链接、权限、挂载点
一个路径看起来在 /tmp 下，不代表它物理上就在那里——比如 /tmp/subdir 可能是挂载的独立 tmpfs，或指向 /home/user/mytmp 的符号链接。此时仅靠字符串前缀匹配会失效。
真正健壮的判断需结合：
-
stat()或std::filesystem::status()获取st_dev和st_ino，与临时目录本身的设备号比对（同一挂载点才可能算“属于”） - 检查目标文件是否可被当前进程实际写入（
access(path.c_str(), W_OK)），很多系统对/tmp启用 sticky bit，但子目录权限可能不同 - 容器环境中
/tmp可能被 bind mount 覆盖，statfs()查看f_type能识别 tmpfs、overlayfs 等特殊文件系统
这些细节不处理，看似“在临时目录”的文件，可能根本不受系统清理策略管辖。
