strings.TrimPrefix 不修改原字符串，因 Go 字符串不可变，它总是返回新字符串；必须显式赋值才能生效，如 str = strings.TrimPrefix(str, "prefix")，否则返回值被丢弃。
strings.TrimPrefix 为什么不会修改原字符串
strings.TrimPrefix 返回新字符串，不改变输入。这是 Go 字符串不可变性的直接体现——所有 strings 包函数都如此。如果你写了 str = strings.TrimPrefix(str, "prefix") 却没看到效果，大概率是忘了赋值，或者误以为它会就地修改。
常见错误现象：str := "hello world"; strings.TrimPrefix(str, "hello "); 执行后 str 还是 "hello world"，因为返回值被丢弃了。
- 必须显式接收返回值：
str = strings.TrimPrefix(str, "hello ") - 空字符串前缀（
""）总是返回原字符串，不会 panic - 如果前缀不存在，原样返回，不会报错也不会截断
前缀匹配是严格按字符逐个比对的
strings.TrimPrefix 不做子串搜索，只检查开头是否**完全一致**。它不是 strings.Replace，也不支持通配或正则。
使用场景举例：清理 HTTP 请求路径中固定的 API 前缀 /api/v1/，或剥离环境标识如 prod_、dev_。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 前缀必须完全匹配：对
"abcde"调用TrimPrefix("ab")→"cde"；但TrimPrefix("abd")→"abcde"（无变化） - 大小写敏感：
TrimPrefix("Hello", "hello")不生效 - Unicode 安全：能正确处理中文、emoji 等，比如
TrimPrefix("?start", "?")→"start"
和 strings.Trim、strings.TrimLeft 的关键区别
strings.TrimPrefix 只删开头的**完整前缀**；strings.Trim 是删两端所有属于给定字符集的字符；strings.TrimLeft 是删左侧所有属于字符集的字符——三者行为完全不同，不能互相替代。
容易踩的坑：想删掉开头的多个 "0"，却用了 TrimPrefix("0")，结果只删第一个；该用 TrimLeft("0")。
-
TrimPrefix("000123", "0")→"00123"（只去一个） -
TrimLeft("000123", "0")→"123"（去尽所有左端 0） -
Trim("00012300", "0")→"123"（两端都去）
性能与兼容性注意事项
strings.TrimPrefix 是纯内存操作，时间复杂度 O(n)，实际很快，但要注意它底层仍需遍历前缀长度的字节/符文。在高频循环中反复调用时，避免传入过长前缀或超长字符串。
Go 1.0 就已存在，所有版本兼容，无需额外导入——只要 import "strings" 即可。
- 前缀为空字符串时开销最小，直接返回原串指针
- 若前缀比原字符串还长，立即返回原串，不 panic
- 没有缓存机制，每次调用都是独立计算，别指望复用结果
最常被忽略的一点：它不关心语义，只做机械匹配。比如你传入 "user_id" 和前缀 "user"，它会傻乎乎地去掉，哪怕后面跟着下划线——这未必是你业务里想要的“前缀”逻辑。真要按单词边界切，得自己加判断或换正则。
