go中strings.hasprefix和hassuffix用于高效字节级前缀/后缀匹配，时间复杂度o(1)，但需注意空字符串返回true、区分大小写、不支持正则、不处理unicode标准化及空白等细节。
Go 里用 strings.HasPrefix 判断前缀，别自己写循环
直接调 strings.HasPrefix 就行，它底层是字节比较，O(1) 时间完成，比手动切片 + == 安全且快。常见错误是传空字符串 "" 当前缀——这会返回 true（所有字符串都以空串开头），但多数业务逻辑里这不是你想要的，得提前判空。
- 必须导入
"strings"包，不能直接用string.HasPrefix - 参数顺序是
HasPrefix(s, prefix)，不是prefix.HasPrefix(s) - 区分大小写：
HasPrefix("Hello", "hello")返回false - 如果
prefix比原字符串长，自动返回false，不用自己长度判断
后缀匹配用 strings.HasSuffix，原理和前缀一致
它和 HasPrefix 是镜像关系，同样基于字节比对，不分配内存、不 panic。容易踩的坑是误以为它支持通配符或正则——它只做静态字面量匹配，比如 HasSuffix("report_v2.txt", ".txt") 可以，但 ".t?x?" 会直接当普通字符串比，肯定不等。
- 传入的
suffix为空时也返回true，生产代码里建议加suffix != ""校验 - 中文、emoji 等 Unicode 字符正常工作，因为 Go 字符串是 UTF-8 编码，
HasSuffix按字节操作，只要字面值一致就匹配 - 注意文件路径场景：
HasSuffix("/home/user/", "/")返回true，但你可能真正想判断的是“是否为目录”，这时该用filepath.Base或strings.TrimSuffix配合判断
别在循环里反复调 HasPrefix 做多前缀检查
如果要判断一个字符串是否以 A、B、C 中任一前缀开头，写成 HasPrefix(s, "A") || HasPrefix(s, "B") || HasPrefix(s, "C") 没问题；但前缀数量多（比如几十个）、字符串又很长时，每次调用都要从头比对，性能会掉。这时候应该预处理：把前缀存进 map，先取前 N 位查表。
- 前缀长度差异大？用
map[string]struct{}存所有可能前缀，再用s[:min(len(s), maxPrefixLen)]截取后查 - 不想手动截取？用
strings.HasPrefix本身没问题，除非 pprof 显示它成了瓶颈 - 绝对不要用
strings.Split或strings.Fields再判断——那会分配内存，还可能因分隔符逻辑出错
HasPrefix 和 HasSuffix 不处理空白或标准化
它们不做任何字符串清洗：不会 trim 空格，不会 fold 大小写，也不会 normalize Unicode。比如 HasPrefix(" hello", "hello") 是 false，HasSuffix("café", "cafe") 也是 false（é 和 e 的 UTF-8 编码不同）。
- 需要忽略首尾空格？先用
strings.TrimSpace，但注意这会分配新字符串 - 需要大小写无关？用
strings.EqualFold配合strings.HasPrefix的逻辑自己写，或者转小写后再比（注意strings.ToLower对某些语言有副作用） - 涉及国际化文件名或 URL 路径？优先考虑用
golang.org/x/text/unicode/norm做 normalization，而不是硬套HasPrefix
strings.HasPrefix 和 strings.HasSuffix 就够了。复杂点在于你传进去的前缀/后缀是不是已经符合预期——比如从配置读来的值带没带换行、用户输入有没有隐藏空格、HTTP header 的 key 是不是全小写。这些地方不盯住，函数再可靠也没用。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
