strings.TrimSpace是默认首选，因它按Unicode标准识别所有首尾空白符（如' '、'\t'、'\n'、'\u00A0'等），调用unicode.IsSpace判断，双指针扫描且零额外分配；而strings.Trim(s, " ")仅删ASCII空格，易漏制表符、换行及全角空格。
直接用 strings.TrimSpace，别一上来就写 strings.Trim(s, " ") —— 它漏掉制表符、换行、全角空格，还容易误删用户本意保留的字符。
为什么 strings.TrimSpace 是默认首选
它不是“只去空格”，而是按 Unicode 标准识别所有首尾空白符，包括：' '、'\t'、'\n'、'\r'、'\v'、'\f'，以及 '\u00A0'（不间断空格）、'\u2000'～'\u200F' 等常见扩展空白。内部调用 unicode.IsSpace 判断，双指针扫描，零额外分配。
常见误判点：
- 以为
TrimSpace会删中间空格 → 实际只动头尾，中间原样保留 - 传入
nil或空字符串 → 安全，返回原串，不 panic - 处理含 emoji 或中文的字符串 → 没问题，
rune级别安全
strings.Trim 的 cutset 不是前缀，是字符集合
strings.Trim("abccba", "ab") 返回 "cc"，不是 "ccba" 或报错。因为 cutset 是“可出现在首尾的任意字符集合”，从左扫到第一个不在集合里的字符为止，右同理。
立即学习“go语言免费学习笔记（深入）”；
容易踩的坑：
- 写
strings.Trim(s, " \t\n\r")看似全面，但漏了'\u3000'（中文全角空格），用户从微信/Excel 粘贴时就会失效 - 把
cutset当正则或子串用，比如想删"ID:"却写了Trim(s, "ID:")→ 结果可能是"123"被删成"23"（因为'1'在cutset里？不，'1'不在，但若原串是"I123"，'I'被删，'1'留下） -
cutset为空字符串 → 直接返回原串，无提示，逻辑可能静默出错
需要删全角空格或自定义规则时，别硬套 Trim
strings.TrimSpace 明确不处理 '\u3000'（U+3000），这是设计使然——它只认 unicode.IsSpace 为 true 的码点，而全角空格在 Go 1.25 前未被纳入该判断（部分版本已支持，但不可靠）。
稳妥做法：
- 只清理 ASCII 空白：用
strings.TrimSpace - 必须兼容粘贴场景（如网页表单、Excel 导入）：手写
strings.Map+ 显式列出要删的码点，例如'\u3000'、'\u00A0'、'\u200B' - 要删左侧数字或控制字符：优先用
strings.TrimLeftFunc配unicode.IsDigit或自定义函数，比拼cutset字符串更清晰
TrimPrefix 和 TrimSuffix 不是去空格工具
它们做字面匹配，不是字符集裁剪。strings.TrimPrefix(" hello", " ") 只删开头一个空格，结果是 " hello"；strings.TrimPrefix("hello world", "hello") 才返回 " world"。
适用场景很窄：
- 解析固定协议头，如
"HTTP/1.1 "→TrimPrefix(s, "HTTP/") - 移除已知前缀配置项，如
"env.PROD.DB_URL"→TrimPrefix(s, "env.") - 传入空字符串或非前缀内容 → 静默返回原串，务必检查结果是否变化
真正要“删开头所有空格”，还是该用 strings.TrimLeft 或 TrimLeftFunc，而不是赌 TrimPrefix。
