Path.GetTempPath() 返回当前用户有写入权限的临时目录（如 C:UsersAliceAppDataLocalTemp），自动适配多用户、UAC 和沙盒环境，末尾自带反斜杠，应配合 Path.Combine 使用，不可硬编码或拼接系统路径。
怎么用 Path.GetTempPath() 拿到当前用户的临时目录
它返回的是当前用户有写入权限的临时文件夹路径，不是系统级的 C:WindowsTemp，而是类似 C:UsersAliceAppDataLocalTemp 这种。这个函数会自动处理多用户、UAC、沙盒环境（比如 Windows AppContainer）下的路径隔离。
常见错误是直接拼接字符串或硬编码路径，结果在非管理员账户、企业域环境或 Windows Sandbox 里失败。
- 永远别用
Environment.GetFolderPath(Environment.SpecialFolder.System)+"\Temp"拼接——系统 Temp 是全局的，普通用户没权限写 - 别依赖
Environment.GetEnvironmentVariable("TEMP")——它可能被程序篡改，或在某些托管上下文（如 IIS 应用池）中不准确 -
Path.GetTempPath()末尾自带反斜杠，直接拼文件名就行：Path.Combine(Path.GetTempPath(), "cache.bin")
保存临时数据时，为什么不能只调用 File.WriteAllText() 就完事
临时文件不是“写完就扔”，得考虑原子性、并发冲突和清理时机。直接覆盖写容易导致读取方拿到半截内容，多个线程同时写同一文件名会相互覆盖。
典型场景：后台任务生成中间 JSON 缓存，主界面定时读取；或者多个并行请求各自写一份临时配置。
- 用
Path.GetTempFileName()而不是手动生成名字——它保证文件名唯一且立即创建空文件，避免竞态 - 写完后用
File.Move()原子替换目标文件（前提是目标和临时在同一个卷），比直接WriteAllText()更安全 - 临时文件建议加扩展名和前缀，比如
"myapp_config_*.tmp"，方便后续用Directory.GetFiles()批量清理
临时文件什么时候该删？File.Delete() 不是万能解
很多人以为“写完立刻 Delete()”最干净，但实际常出问题：文件正被另一个进程读取、防病毒软件锁定、或自己逻辑里还有未关闭的 FileStream。
更现实的做法是“延迟清理 + 守护机制”，尤其对服务端长期运行的程序。
- 不要在写完后立刻
File.Delete()，先确保所有Stream、Image、Bitmap等资源已Dispose() - 把临时文件路径记进内存列表或轻量数据库，启动时扫描
Path.GetTempPath()下过期文件（比如 24 小时没访问过的） - 避免用
File.SetLastWriteTime()做标记——NTFS 时间戳精度低，且可能被系统同步修改
在 .NET 6+ 和容器化环境里，Path.GetTempPath() 行为有啥变化
它依然可靠，但在 Linux 容器或 macOS 上行为不同：不再查 TEMP 环境变量，而是优先用 /tmp；如果容器没挂载该路径或权限受限，会 fallback 到当前工作目录下的 ./tmp——这可能导致磁盘写满或权限拒绝。
错误现象：UnauthorizedAccessException 或 DirectoryNotFoundException，尤其在 Azure App Service Linux 或 GitHub Actions runner 上。
- 部署前检查容器是否挂载了
/tmp，或显式设置TEMP=/app/tmp并提前mkdir -p /app/tmp - 不要假设
Path.GetTempPath()一定可写，加一层Directory.Exists()+Directory.GetAccessControl()校验（仅 Windows） - 跨平台项目建议统一用
Path.Join(Path.GetTempPath(), "myapp")创建子目录，避免和其他应用临时文件混在一起
临时路径看似简单，真正麻烦的是边界情况：权限切换、容器挂载点缺失、杀毒软件拦截、长时间未清理导致磁盘告警。别信“默认就安全”，每个 Path.GetTempPath() 后面都该跟一次可写性探测。
