应优先用 strings.TrimSpace 处理标准 Unicode 空白符；需自定义字符时用 strings.Trim 系列，注意其按 rune 列表匹配而非字符集；TrimPrefix/TrimSuffix 仅精确匹配一次子串，适用于协议解析。
Go 语言里去除字符串两端空格或指定字符，直接用 strings.TrimSpace 或 strings.Trim 系列函数就行，但选错函数会导致意外截断、性能浪费，甚至逻辑 bug。
什么时候该用 strings.TrimSpace？
只处理 Unicode 定义的“空白符”：空格、\t、\n、\r、\f、\v，以及所有 unicode.IsSpace 返回 true 的字符（比如某些 Unicode 分隔符）。它不认 ASCII-only 的判断逻辑，也不接受自定义字符。
- 适合清理用户输入、日志行首尾、HTTP 头值等标准空白
- 不会误删中间的空格，也不会删掉
'0'、'-'这类常见分隔符 - 如果字符串里混了全角空格（
\u00a0），TrimSpace不会处理——它们不属于unicode.IsSpace
示例：strings.TrimSpace(" \t\nhello world\r\n ") → "hello world"
strings.Trim 和 strings.TrimLeft/strings.TrimRight 怎么选？
Trim 是最灵活的基础函数，但它不是按“字符集”而是按“字符列表”匹配——传入的第二个参数是字符串，其中每个 rune 都会被单独视为一个可裁剪字符。这意味着 strings.Trim(s, "ab") 会同时删掉开头结尾所有 'a' 和 'b'，顺序无关，且会反复裁剪直到边界不再匹配。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 想删两端的
'*'和'#'？用strings.Trim(s, "*#") - 想只删左边的
'0'（比如补零的 ID）？用strings.TrimLeft(s, "0")，注意它会一直删到第一个非'0'字符为止，"000123"→"123" -
TrimRight("aabbcc", "abc")会把整个字符串删光——因为右边所有字符都在"abc"里，别这么用
⚠️ 常见坑：strings.Trim(s, "/") 看似删路径斜杠，但如果 s == "//path//"，结果是 "path"；而 strings.Trim(s, " /")（带空格）可能意外删掉路径里的空格（虽然路径一般没空格，但拼接时容易忽略）。
strings.TrimPrefix 和 strings.TrimSuffix 的真实用途
这两个函数不“反复裁剪”，只在开头/结尾**精确匹配一次**给定前缀或后缀。它们不关心字符集，也不循环，语义明确、开销固定，适合协议解析或格式校验。
-
strings.TrimPrefix("https://example.com", "https://")→"example.com" -
strings.TrimSuffix("data.json", ".json")→"data" - 如果前缀不存在，原字符串直接返回，不 panic、不报错
- 不能用它们删多个相同字符，比如
TrimPrefix("aaaabc", "a")只删第一个'a'，得用TrimLeft
注意：TrimPrefix 匹配的是子串，不是字符集——TrimPrefix("abab", "ab") 结果是 "ab"，不是空字符串。
性能与 Unicode 注意点
所有 strings.Trim* 函数都做 rune 级别操作，能正确处理中文、emoji 等多字节字符。但这也意味着它们比纯字节操作略慢——不过对绝大多数业务场景影响微乎其微。
- 避免在热循环里反复调用
Trim处理同一字符串，可以提前缓存结果 -
TrimSpace内部调用unicode.IsSpace，比Trim(s, " \t\n\r\f\v")略慢但更准；后者漏掉一些 Unicode 空白，且写法冗长易错 - 如果确定输入只含 ASCII，且只需要删空格和制表符，
bytes.Trim（配合[]byte）会更快，但要小心 string/[]byte 转换开销
真正容易被忽略的是：这些函数全部返回新字符串，原字符串不变；而且没有任何函数能“只删一边的某种字符、另一边删另一种”，这种需求必须手写逻辑或组合调用。
