c#中trim()仅去除字符串首尾空白，若需删除全部空格应根据需求选择replace(" ", "")（仅删ascii空格）、regex.replace(s, @"\s+", "")（删所有unicode空白但会压缩连续空白）或string.concat(s.where(c => !char.iswhitespace(c)))（精准高效删所有空白）。
直接说结论：C# 里去除字符串空格不能只靠 Trim()，它只去首尾；真要全删空格，得用 Replace(" ", "") 或正则 Regex.Replace(s, @"\s+", "")，但二者语义和效果完全不同——选错就丢数据。
为什么 Trim() 总是“没用”？
很多人试了 Trim() 发现中间的空格还在，不是 bug，是设计如此：Trim() 只移除开头和结尾的空白字符（包括空格、\t、\r、\n），对中间一个字都不碰。
常见错误现象：" hello world ".Trim() → "hello world"（中间空格完好）"a b".Trim() → "a b"（完全没变）
- 适用场景：清理用户输入前后误粘贴的空格，比如表单提交前校验
- 注意：
Trim()默认处理所有 Unicode 空白字符，不单是 ASCII 空格；如需只去英文空格，得写Trim(' ') - 性能好，零分配（.NET 6+ 对不可变字符串做了优化）
Replace(" ", "") 和 Replace(" ", string.Empty) 有区别吗？
没有。两者编译后完全等价，都是逐个替换 ASCII 空格字符（U+0020）。它不碰制表符、全角空格（U+3000）、不间断空格（U+00A0）等。
使用场景：
明确只要干掉半角空格，其他空白保留（比如日志解析中空格是字段分隔符，但想保留换行做结构）
- 错误写法：
s.Replace(" ", "").Replace("\t", "").Replace("\r", "").Replace("\n", "")—— 效率低，且漏掉很多 Unicode 空白 - 正确做法：如果真要删所有空白字符，别手写多个
Replace，改用正则或Where过滤 - 性能提醒：每次
Replace都新建字符串，链式调用会触发多次内存分配
用 Regex.Replace(s, @"\s+", "") 删所有空白？小心踩坑
\s 在 .NET 正则里默认匹配所有 Unicode 空白字符（含中文空格、换行、零宽空格等），看似全能，但有两个硬伤：
- 它会把连续空白（比如多个空格、空格+换行）缩成一个空字符串，这点和预期一致；但如果你只想“删空格”，却意外删掉了换行，可能破坏文本结构
- 正则引擎启动有开销，短字符串（Regex.Replace 比
string.Concat(s.Where(char.IsWhiteSpace).Select(c => ""))还慢 - 更隐蔽的问题：
\s在不同RegexOptions下行为不同。默认开启RegexOptions.ECMAScript时，\s只匹配 5 个基础空白；不加选项才匹配全部 Unicode 空白
推荐替代写法（兼顾语义与性能）：string.Concat(s.Where(c => !char.IsWhiteSpace(c)))
全角空格、NBSP、零宽空格怎么识别和清除？
这些字符肉眼难辨，但真实存在：
全角空格 U+3000、不换行空格 U+00A0、零宽空格 U+200B、左至右符号 U+200E……它们不会被 " ".Replace() 或 \s（ECMAScript 模式下）捕获。
排查方法：foreach (var c in s) Console.WriteLine($"U+{((int)c):X4}");
- 清除建议：用
char.IsWhiteSpace(c)最稳妥，它覆盖所有 Unicode 空白定义（包括上述冷门字符） - 不要依赖字符串长度判断——
" ".Length是 1，但它是全角空格，" "才是半角 - 如果业务要求“只留可见字符”，可进一步用
char.IsControl(c) || char.IsSeparator(c)组合过滤
真正麻烦的从来不是“怎么删”，而是“删哪些”——空格在不同上下文里身份不同：可能是分隔符、缩进、占位符，甚至语义标记。动手前先确认原始需求到底要“清理”还是“标准化”。
