bytes.TrimRight 未删掉目标字符是因为它按字节集合而非子串匹配，只删除末尾属于cutset的任意字符（不关心顺序或连续性），无法处理多字节序列如UTF-8 BOM或固定后缀。
bytes.TrimRight 为什么没删掉你想要的字符
常见现象是调用 bytes.TrimRight(data, " \t\n") 后末尾空格还在，或者删掉了不该删的字符。根本原因是 bytes.TrimRight 删除的是「末尾所有属于 cutset 的字符」，不是「末尾指定字符串」——它把第二个参数当作字符集合，逐个匹配，且不关心顺序或连续性。
比如 bytes.TrimRight([]byte("hello---"), "-x") 会删掉所有结尾的 - 和 x，只要连续出现；而 bytes.TrimRight([]byte("hello-x"), "-x") 会把整个 -x 都删掉，因为两者都在 cutset 中，且都落在末尾。
- cutset 是字符集合，不是子串，重复字符无意义（
" \t"和" \t"效果一样） - 只作用于末尾连续段，中间或开头的匹配字符完全不动
- 如果 data 为空或 cutset 为空，直接返回原切片（不新建）
- 注意：传入的
[]byte是可变的，但TrimRight返回的是新切片，原数据未被修改
bytes.TrimLeft 处理前导零或 BOM 时的典型误用
想清除 UTF-8 BOM（0xEF 0xBB 0xBF）或协议头里的固定前缀（如 "GET "），直接用 TrimLeft 会失败——因为它只认单字节字符集，无法识别多字节序列。BOM 的三个字节会被拆开当成独立字符处理，导致只删掉其中某个字节（如果恰好在开头），破坏数据。
同样，清理数字字符串前导零（如 "000123"）看似可行，但要注意：bytes.TrimLeft([]byte("000123"), "0") 确实返回 []byte("123")；但如果输入是 "000abc"，结果是 []byte("abc")，因为 a 不在 cutset 中，截断立即停止。
- 安全用于 ASCII 前缀清理：空格、制表符、数字、ASCII 标点等单字节字符
- 不适用于 Unicode 字符（如中文、emoji），因为 cutset 按字节比较，不是 rune
- 若需按 rune 清理，先转
string再用strings.TrimLeftFunc判断unicode.IsSpace等 - 对二进制协议头（如 HTTP 方法、自定义 magic bytes），应使用
bytes.HasPrefix+ 手动切片，而非 Trim
和 strings.TrimRight / TrimLeft 的行为差异在哪
表面上看，bytes.TrimRight 和 strings.TrimRight 接口几乎一致，但底层语义有关键区别：前者操作 []byte，后者操作 string。这意味着：
-
strings.TrimRight("a\xC3\xA9", "\xC3\xA9")实际上只匹配字节\xC3和\xA9，不是 UTF-8 编码的 é（U+00E9）；而strings.TrimRight("café", "é")能正确识别并删除末尾的 é，因为 string 版本按 Unicode rune 处理 cutset -
bytes.TrimRight永远按字节，不管是否合法 UTF-8；strings.TrimRight在 cutset 是有效 UTF-8 字符串时，会解码为 rune 集合再匹配 - 性能上，
bytes版本更快（无解码开销），适合纯二进制或已知 ASCII 场景；strings版本更安全处理文本，但有额外 rune 解码成本 - 别混用：不要把
string强转成[]byte再丢给bytes.TrimRight来“加速”，除非你确定内容全是 ASCII
真正需要删前后子串时该用什么
如果你的目标是删掉固定的前后缀（比如去掉 JSON 字符串两端的引号、HTTP body 前后的空行、base64 padding 的 "=="），bytes.TrimRight 和 TrimLeft 都不合适——它们删的是字符集合，不是子串。
- 删固定前缀：用
bytes.TrimPrefix(data, []byte(`"`))（返回新切片，不匹配则原样返回） - 删固定后缀：用
bytes.TrimSuffix(data, []byte(`"`)) - 同时删前后：组合调用，如
bytes.TrimSuffix(bytes.TrimPrefix(data, pre), suf) - 注意：
TrimPrefix/TrimSuffix匹配失败时不 panic，也不修改原切片，很安全 - 如果前缀/后缀长度不定（如多个空行），得用
bytes.Index或bytes.LastIndex定位再切片
真正容易被忽略的是：Trim 系列函数都不改变原数据，返回的是视图切片；如果原 []byte 背后底层数组很大，而你只取了中间一小段，会造成内存无法释放——这时要考虑用 append([]byte(nil), trimmed...) 复制一份紧凑数据。
