Trim只去除字符串首尾空白字符，不处理中间空格，这是设计使然；默认支持Unicode空白但跨.NET版本行为不一致，需显式指定字符数组以保证兼容性。
Trim 为什么没去掉中间的空格
trim 只处理字符串开头和结尾的空白字符（包括空格、\t、\n、\r 等），对中间的空格完全无感。这是它的设计意图，不是 bug。
常见错误现象：" hello world ".Trim() 返回 "hello world"，中间两个空格原样保留。
- 如果目标是清理所有空白（比如解析日志或用户输入），得用
Replace(" ", "")或正则Regex.Replace(s, @"\s+", " ").Trim() - 注意
Trim()默认识别 Unicode 空白，但像全角空格\u200B不在默认范围内，需手动传入字符数组 - 性能上
Trim()是 O(n)，极快；而正则或多次Replace开销明显上升，高频调用时要注意
TrimStart 和 TrimEnd 的实际分工场景
当只需要单侧清理时，用 TrimStart 或 TrimEnd 更精准——比如处理带前缀的路径、清理用户昵称末尾的句号或换行。
使用场景举例：读取配置文件某行 "Value = 42\n"，想取等号后数值，可写 line.Split('=')[1].TrimEnd('\n', '\r')，避免误删数字末尾合法空格。
-
TrimStart(' ', '\t')比Trim()更严格，只认指定字符，不自动包含\n - 传空数组（
new char[0]）会抛ArgumentException，别手抖写错 - .NET 5+ 支持
TrimStart(ReadOnlySpan<char>)</char>，适合避免临时字符串分配，但需确认运行时版本
Trim 处理 Unicode 空白的兼容性坑
默认 Trim() 在不同 .NET 版本下对 Unicode 空白的支持有差异：.NET Core 3.0+ 和 .NET 5+ 会识别更多 Unicode 分隔符（如 \u00A0、蒙古文空格 \u180E），而旧版 .NET Framework 基本只认 ASCII 空白。
错误现象：同一段代码在 Windows Server 2012（.NET Framework 4.7.2）和 Linux 容器（.NET 6）中，"test\u00A0".Trim().Length 结果可能分别是 6 或 4。
- 若需跨平台行为一致，显式传入字符数组，例如
.Trim(new char[] { ' ', '\t', '\n', '\r', '\u00A0' }) - 检查源数据是否含不可见 Unicode 字符？用
string.Select(c => (int)c)快速排查 - 别依赖
char.IsWhiteSpace判断后再 Trim——它和Trim的字符集不完全对齐
字符串为空或 null 时调用 Trim 的安全写法
Trim() 本身不 throw，但传 null 会直接触发 NullReferenceException。这不是 Trim 的问题，是调用前没守好入口。
真实高频场景：数据库字段为 NULL、API 返回缺失字段、配置项未设置。
- 最简防御：
(str ?? "").Trim()，语义清晰，无额外分配（.NET Core 2.1+ 对空字符串优化过） - 用
string.IsNullOrWhiteSpace(str)预检比Trim().Length == 0更高效，且能提前捕获全空白情况 - 别写
str.Trim() ?? ""——Trim永远不会返回null，这层空合并纯属冗余
