File.ReadAllText读UTF-8文件出现“\ufeff”是因为默认未跳过BOM；应使用StreamReader(path, Encoding.UTF8, true)读取，File.WriteAllText(path, content, new UTF8Encoding(false))写入。
为什么用 File.ReadAllText 读 UTF-8 文件会多出“\ufeff”？
这是最常见的现象：你用 File.ReadAllText("test.txt") 读一个看似普通的 UTF-8 文本，开头却意外出现 \ufeff（即 Unicode 的 ZERO WIDTH NO-BREAK SPACE）。这不是乱码，而是 UTF-8 BOM（Byte Order Mark）被 .NET 当作有效字符读进来了。.NET 的 File.ReadAllText 默认使用 Encoding.Default（通常是系统 ANSI 编码），**不是 UTF-8**；即使文件是 UTF-8 带 BOM，它也可能误判编码，或把 BOM 当普通字符保留。
用 Encoding.UTF8 显式指定编码仍读出 BOM？
这是因为 Encoding.UTF8 实例默认 **不忽略 BOM**。虽然它能正确解码 UTF-8 字节流，但遇到开头的 0xEF, 0xBB, 0xBF 时，仍会将其映射为 \ufeff 字符。解决方法是使用带参数的 StreamReader 构造函数：
- 用
new StreamReader(path, new UTF8Encoding(encoderShouldEmitUTF8Identifier: false))—— 这个UTF8Encoding实例不会写入 BOM，但读取时仍会识别并跳过 BOM - 更直接：用
new StreamReader(path, Encoding.UTF8, true)—— 第三个参数detectEncodingFromByteOrderMarks = true是关键，它会让StreamReader自动检测并跳过 BOM（包括 UTF-8、UTF-16、UTF-32 的 BOM） - 然后调用
reader.ReadToEnd()，返回的字符串就不会含\ufeff
如何安全地移除已有文件的 UTF-8 BOM 并保存？
不能简单地用 string.Replace("\ufeff", "")，因为 BOM 只应在文件开头存在，且必须从字节层面移除，否则可能误删正文里的合法 \ufeff（极少见但合法）。正确做法是：先读取原始字节，判断是否以 UTF-8 BOM 开头，再截取后保存：
byte[] bytes = File.ReadAllBytes(path);
if (bytes.Length >= 3 && bytes[0] == 0xEF && bytes[1] == 0xBB && bytes[2] == 0xBF)
{
File.WriteAllBytes(path, bytes.Skip(3).ToArray());
}
注意：File.WriteAllText 默认不写 BOM；若你希望新文件**也不带 BOM**，务必用 new UTF8Encoding(false)：
File.WriteAllText(path, content, new UTF8Encoding(false))- 不要用
Encoding.UTF8直接传入——它的GetPreamble()返回 BOM 字节，File.WriteAllText会自动写入
读取时跳过 BOM 和写入时不带 BOM 必须配对使用
否则容易陷入“读出来干净，一保存又带上了”的循环。尤其在配置文件、JSON、XML 等对开头空白敏感的场景，BOM 会导致解析失败（比如 JSON 解析器报 “Unexpected token \ufeff”）。最稳妥的组合是：
- 读：用
StreamReader(path, Encoding.UTF8, detectEncodingFromByteOrderMarks: true) - 写：用
File.WriteAllText(path, content, new UTF8Encoding(false))或File.WriteAllLines(..., new UTF8Encoding(false)) - 如果用
StreamWriter，也需传入new UTF8Encoding(false)，否则默认带 BOM
BOM 不是必需项，UTF-8 标准本身不要求它；多数现代工具（VS Code、git、.NET Core+）默认不生成，但某些编辑器（如老版 Notepad）或 Windows API 仍可能插入。处理时别假设“有没有都一样”，得明确控制字节层面行为。
