strings.trimspace 不够用是因为它仅识别6个ascii控制字符，无法处理中文全角空格、零宽空格、不间断空格及自定义前缀等场景。
直接用 strings.TrimSpace 可以去掉字符串两端的 ASCII 空格（包括 \t、\n、\r、\u000b、\u000c），但无法处理自定义字符或 Unicode 空格；需要更灵活控制时，得换函数。
为什么 strings.TrimSpace 有时不够用？
它只识别固定的 6 个 ASCII 控制字符，对中文全角空格（ ）、零宽空格（\u200b）、不间断空格（\u00a0）或业务中约定的前缀符号（比如 "[ "、"--"）完全无效。常见错误现象是：调用后字符串看起来“还有空”，打印出来却是 "\u3000hello"（中文空格）——TrimSpace 对它毫无反应。
- 只作用于两端，不碰中间
- 不支持传入自定义字符集
- 对非 ASCII 空格类字符（如
\u3000、\u2000）静默忽略
用 strings.Trim 或 strings.TrimFunc 自定义裁剪逻辑
当你要去掉特定字符（比如所有空白符 + 中文空格 + 某些符号），strings.Trim 最直接：strings.Trim(s, " \t\n\r\u000b\u000c\u3000\u2000\u00a0")。但如果字符集动态生成、或判断逻辑复杂（例如“去掉所有 Unicode 类别 Zs 的字符”），就得上 strings.TrimFunc。
-
strings.Trim(s, "x-y")：把两端出现的任意字符（x、-、y）反复剥掉，直到遇到不在该集合里的字符为止 -
strings.TrimFunc(s, unicode.IsSpace)：用函数判断，能覆盖所有 Unicode 空格，但注意unicode.IsSpace本身也不包含全角空格（\u3000），需自行补充 - 性能上，
Trim是纯查表，比TrimFunc快；但可读性和扩展性后者更强
处理 Unicode 空格和混合场景的稳妥写法
业务中真正“看起来像空”的字符往往混杂 ASCII、CJK、Unicode 标准空格。靠硬编码字符集易漏，推荐封装一个函数，显式覆盖常见情况：
func TrimAllSpace(s string) string {
return strings.TrimFunc(s, func(r rune) bool {
switch r {
case ' ', '\t', '\n', '\r', '\u000b', '\u000c':
return true
case '\u3000', '\u2000', '\u2001', '\u2002', '\u2003', '\u2004', '\u2005',
'\u2006', '\u2007', '\u2008', '\u2009', '\u200a', '\u2028', '\u2029', '\u202f', '\u205f', '\u3000':
return true
default:
return unicode.IsSpace(r)
}
})
}
注意：不要无脑用 unicode.IsSpace 替代全部逻辑——它返回 true 的字符比你预期的多（比如段落分隔符 \u2029），也可能少（比如 \u3000），必须显式补全。
真正麻烦的不是函数选哪个，而是你得先搞清楚——你面对的“空格”到底来自哪：用户键盘输入？HTTP 请求头？数据库导出？不同来源的不可见字符差异很大，光靠通用函数容易漏。建议在调试时用 fmt.Printf("% x", []byte(s)) 或 for _, r := range s { fmt.Printf("%U ", r) } 把实际字符码点打出来看一眼，再决定裁剪策略。
