最稳妥的换行符替换方法是先统一转为 再替换：text.replace(" ", " ").replace(" ", " ").replace(" ", " ")，或用正则regex.replace(text, @"[ ]+", " ")；跨平台清洗需避免依赖environment.newline。
用 string.Replace 替换换行符最直接，但要注意换行符类型
Windows、Linux、macOS 的换行符不同：
（Windows）、
（Unix/Linux/macOS）、偶尔还有孤立的
（老 Mac）。只替换一种可能漏掉。
- 稳妥做法是先统一转成
- 更简洁的是用正则：
Regex.Replace(text, @"[ ]+", " ")，但要注意正则有轻微开销，纯性能敏感场景慎用 - 如果文本来自用户输入或文件读取，建议优先用
Environment.NewLine做判断依据——但它只代表当前系统换行符，不能用于跨平台清洗
用 string.Join + Split 拆了再拼，适合“彻底扁平化”需求
当你要的不只是替换换行，而是把所有空白行、多余空格也一并压缩时，Split 更可控。
- 示例：
string.Join(" ", text.Split(new[] { ' ', ' ' }, StringSplitOptions.RemoveEmptyEntries).Select(s => s.Trim()).Where(s => !string.IsNullOrEmpty(s))) - 这能自动跳过空行，且对每行做
Trim()，避免前后空格残留 - 注意
Split默认会保留空字符串，必须显式传StringSplitOptions.RemoveEmptyEntries，否则结果里可能冒出一堆空格 - 性能上比
Replace多一次遍历和数组分配，短文本无感，长文本（如日志块）可测一下差异
StringBuilder 手动遍历字符，适合超大文本或流式处理
当文本长达几 MB 或来自 StreamReader 流，反复生成新字符串会造成 GC 压力，这时手动扫字符更稳。
- 核心逻辑：遍历每个
char，遇到 - 别忘了连续换行符的情况——比如
- 示例片段：
if (c == ' ' || c == ' ') { if (sb.Length > 0 && sb[sb.Length - 1] != ' ') sb.Append(' '); } - 这种写法兼容所有换行变体，也不依赖正则引擎，但代码量稍多，日常小文本没必要
从 TextBox 或 RichTextBox 取值时，换行符行为不一致
TextBox.Text 返回的是标准 .NET 字符串，换行符按实际输入保留；RichTextBox.Text 同样，但 RichTextBox.Rtf 里换行是 \par，别误以为它会影响 .Text 属性。
- 调试时用
Console.WriteLine($"[{text}]")看方括号里的实际内容，比肉眼数空行靠谱得多 - Web 场景下（如 ASP.NET Core MVC 的
<textarea></textarea>），提交过来的换行符一定是 - 如果用了第三方 UI 库（如 Avalonia、MAUI），个别控件可能对粘贴内容做过滤，建议在取值后立刻打日志确认原始换行符形态
事情说清了就结束。真正麻烦的不是换行符本身，而是你不知道它到底藏在哪——有时候是剪贴板带进来的零宽空格，有时候是 JSON 里被转义成
的字符串，得先看清原始字节。
