C#比较文件读取内容与拼接字符串时相等判断失败如何解决

两个字符串不相等是三个典型的默认行为差异导致的，和文本业务内容本身无关：

• 换行符不匹配：File.WriteAllLines 不带自定义参数时，默认使用当前系统的行终止符Environment.NewLine写入换行，Windows环境下是长度为2的\r\n（CRLF），类Unix环境下是长度为1的\n（LF）。你手动拼接预期字符串时硬编码了\n作为分隔符，每个换行位置都会和实际写入的内容差一个\r字符，直接导致长度不一致。
• BOM头差异：在.NET Framework环境下，File.WriteAllLines不指定编码时默认写入带BOM头的UTF-8内容，文件开头会多3个字节的BOM标记，读取后会在字符串开头生成一个不可见的\uFEFF字符，这个字符不属于换行符，哪怕你移除了所有换行符，这个多余字符依然存在，这就是你删了换行还是长度不匹配的核心原因。
• 拼接逻辑冗余：你在string.Join的参数末尾额外传入了一个string.Empty，相当于手动在字符串末尾多追加了一个分隔符，和File.WriteAllLines的默认换行计数逻辑不匹配，也会带来内容差异。

根据场景选下面任意一种方案即可：

方案1：对齐两边的生成规则，从根源消除差异 #

如果需要严格校验文件写入的原始格式，就把写入、读取、预期拼接三个环节的规则全部显式指定，不要依赖环境默认值：

1. 读写文件时显式指定统一的编码，比如用无BOM的UTF-8，避免BOM头差异
2. 拼接预期字符串时用和写入逻辑一致的换行符，不要额外加冗余参数
   参考代码：

// 统一使用无BOM UTF8编码
var utf8NoBom = new UTF8Encoding(encoderShouldEmitUTF8Identifier: false);

// 写入文件
File.WriteAllLines(
    path: template,
    contents: new string[]
    {
        "Line1:Replaced once",
        "Line2:Replaced twice",
        "Line3:Replaced thrice",
        "Nothing to replace here."
    },
    encoding: utf8NoBom
);

// 读取实际内容
string actual = File.ReadAllText(template, utf8NoBom);

// 按照WriteAllLines的规则拼接预期值：每一行后追加换行符，包括最后一行
string expected = string.Join(
    separator: Environment.NewLine,
    "Line1:Replaced once",
    "Line2:Replaced twice",
    "Line3:Replaced thrice",
    "Nothing to replace here."
) + Environment.NewLine;

// 此时比较结果为相等
bool isEqual = actual == expected;

方案2：比较前做内容规范化，忽略环境差异 #

如果是单元测试场景、不需要严格校验换行格式这类和业务逻辑无关的细节，可以在比较前对两边的字符串做统一规范化处理，跨平台运行也不会出问题：

1. 移除字符串开头可能存在的BOM字符
2. 把所有类型的换行符（\r\n、\r）统一替换为\n
3. 可选：如果不需要校验末尾空行，可移除字符串首尾的空白字符
   参考代码：

public static string NormalizeForCompare(string input)
{
    if (string.IsNullOrEmpty(input)) return input;
    // 移除开头BOM
    input = input.TrimStart('\uFEFF');
    // 统一换行格式为LF
    input = input.Replace("\r\n", "\n").Replace("\r", "\n");
    return input;
}

// 比较时两边都做规范化
bool isEqual = NormalizeForCompare(actual) == NormalizeForCompare(expected);

内容的提问来源于stack exchange，提问作者moon