应使用 Path.GetTempPath() 安全获取跨平台临时路径，配合 Path.GetTempFileName() 或 Guid 生成唯一文件名；写入后立即关闭流、设置 FileAttributes.Temporary，并在业务结束时主动清理，避免内存加载大文件，始终用 Path.Combine 处理路径。
临时文件路径怎么安全获取
别硬编码 C:\Temp 或拼接字符串，Windows 和 Linux 下行为不一致，而且权限可能出问题。C# 提供了线程安全、跨平台的 Path.GetTempPath()，它返回系统配置的临时目录（如 Windows 是 %TEMP%，Linux 是 /tmp），但要注意：这个路径末尾自带斜杠，直接拼接文件名即可。
常见错误是调用 Path.GetTempFileName() 前没确认磁盘空间或写入权限，导致抛出 IOException；更隐蔽的问题是多个进程同时调用它时，虽然内部有锁，但生成的文件名只是基于时间戳+随机数，**不保证 100% 唯一**（极端高并发下极小概率冲突）。
- 优先用
Path.GetTempFileName()自动生成唯一文件路径（返回完整.tmp文件路径） - 若需自定义扩展名（比如
.json或.bin），用Path.Combine(Path.GetTempPath(), Guid.NewGuid().ToString("N") + ".json") - 避免在
GetTempPath()返回路径上做Directory.CreateDirectory()—— 它一定存在，手动创建反而可能因权限失败
临时文件写入后如何确保可读且不残留
写完立刻关闭流，否则后续读取会因文件被占用而失败；更关键的是，临时文件必须明确清理时机 —— .NET 不会自动回收，靠操作系统“下次重启清理”不可靠，尤其服务端长期运行场景下容易占满磁盘。
典型误操作：用 File.WriteAllText() 写完就丢着不管，或者用 using (var fs = File.Create(...)) 但没捕获异常，导致异常时文件句柄未释放、文件残留。
- 写入后立即调用
File.SetAttributes(path, FileAttributes.Temporary)，部分杀毒软件和系统工具会识别该标记并优化处理 - 务必用
try/finally或using确保FileStream/StreamWriter被释放 - 业务逻辑结束时主动调用
File.Delete(path)；如果怕删早了（比如异步任务还在读），改用FileInfo.Delete()并捕获IOException重试几次
大文件场景下避免内存爆掉
用 File.Copy(source, tempPath, true) 直接拷贝大文件没问题，但若要“修改后存为临时文件”，千万别先 File.ReadAllBytes() 再 File.WriteAllBytes() —— 这会把整个文件加载进内存，几 GB 的文件直接触发 OutOfMemoryException。
临时文件不是缓存，它本质是磁盘上的中转站，应尽可能流式处理。
- 读大文件用
FileStream配合固定大小缓冲区（如 8192 字节），边读边写到新FileStream - 需要加密或压缩时，链式使用
CryptoStream或GZipStream，依然保持流式，不落地中间数据 - 临时目录所在磁盘空间不足时，
IOException错误信息里通常含"There is not enough space on the disk"，需提前检查new DriveInfo(Path.GetPathRoot(tempPath)).AvailableFreeSpace
跨平台临时文件要注意的坑
Path.GetTempPath() 在 .NET 5+ 上已统一行为，但文件系统语义仍有差异：Linux 下临时目录可能被 systemd-tmpfiles 定期清理（按访问时间），而 Windows 的 %TEMP% 通常只在用户注销时由系统策略清理。这意味着同一份代码，在 Linux 容器里跑几天后可能发现临时文件莫名消失。
另一个易忽略点是路径分隔符：Path.Combine() 能正确处理，但手写 "/tmp/" + name 在 Windows 下会出错；还有文件名长度限制 —— Linux ext4 支持 255 字节，Windows NTFS 是 250，超长名用 Guid 代替时间戳更稳妥。
- 不要依赖临时文件“长期存在”，所有逻辑必须容忍文件中途被删
- 避免在临时路径里建子目录（
Path.Combine(GetTempPath(), "myapp", "cache")），某些容器环境禁止嵌套写入 - 调试时用
Console.WriteLine($"Temp dir: {Path.GetTempPath()}")实际确认路径，别凭经验猜测
临时文件的核心矛盾在于：它既要快（本地磁盘）、又要稳（不丢不乱）、还要轻（不拖慢主流程）。很多问题不是 API 用错了，而是没想清楚“这个临时文件到底活多久、谁负责删、删不掉怎么办”。
