推荐使用 File.WriteAllText("path.txt", "") 清空文件，它安全覆盖、保留属性；若文件只读需先设为 Normal；超大文件可用 FileStream.SetLength(0)；多进程场景须加锁；注意 UTF-8 BOM 陷阱。
直接用 File.WriteAllText 写入空字符串最简单
这不是“删除数据”，而是覆盖写入空内容，效果等同清空。它比先读再删再创建更安全，避免中间状态残留或权限问题。
常见错误是误用 File.Delete + File.Create，这会改变文件创建时间、可能触发防病毒软件拦截、且在多进程访问时容易报 IOException: The process cannot access the file。
-
File.WriteAllText("path.txt", "")—— 推荐，一行搞定，保留原文件属性（如只读位、NTFS 权限） -
File.OpenWrite("path.txt").SetLength(0)—— 更底层，不重写文件头，适合超大文件（如几个 GB），但需手动处理Dispose - 避免
File.ReadAllLines + File.WriteAllLines(new string[0])，纯属浪费内存和 I/O
清空只读文件必须先改属性
如果文件设置了只读（ReadOnly），File.WriteAllText 会抛出 UnauthorizedAccessException。
不能跳过检查，尤其在 Windows 服务或用户文档目录下，这类文件很常见。
- 先用
File.SetAttributes("path.txt", FileAttributes.Normal) - 再调用
File.WriteAllText - 如需恢复只读，再设回
FileAttributes.ReadOnly（注意：不是所有场景都需要恢复）
多线程/多进程环境下要用 FileStream 加锁控制
当多个线程或进程可能同时操作同一文件时，File.WriteAllText 不保证原子性 —— 它内部是先删后写，存在竞态窗口。
这时得自己管理句柄：
using var fs = new FileStream("path.txt", FileMode.Open, FileAccess.Write, FileShare.None, 4096, FileOptions.None);
fs.SetLength(0); // 清空内容，不改变文件句柄打开状态
-
FileShare.None阻止其他进程同时写入 -
SetLength(0)是真正截断，不涉及缓冲区复制 - 别漏掉
using，否则文件句柄泄漏会导致后续操作失败
注意编码陷阱：File.WriteAllText 默认带 BOM
如果你清空后发现文件开头多了 EF BB BF（UTF-8 BOM），那是 .NET 默认行为。某些脚本或配置解析器会因此报错。
解决方法是显式指定无 BOM 编码：
File.WriteAllText("path.txt", "", new UTF8Encoding(encoderShouldEmitUTF8Identifier: false))- 或者用
Encoding.UTF8（.NET 5+ 中UTF8Encoding(false)已标记过时，直接传Encoding.UTF8即可）
清空本身不难，难的是你是否知道当前文件的权限模型、并发模型和编码上下文 —— 这些才是真正决定用哪一行代码的关键。
