Go标准库strings.HasPrefix和HasSuffix提供零分配的前缀后缀判断，支持空字符串恒真、长度超限返回false、字节级匹配（含UTF-8），忽略大小写需用EqualFold配合切片，不支持nil指针。
Go 标准库的 strings 包已经提供了开箱即用、零分配的判断方式，不需要手写循环或正则——直接用 strings.HasPrefix 和 strings.HasSuffix 就行。
用 strings.HasPrefix 判断前缀（含空字符串和边界情况）
这个函数接受两个 string 参数：被检查的原字符串和待匹配的前缀。它返回 bool，底层是字节逐个比对，时间复杂度 O(n)，且不分配内存。
常见误判点：
- 前缀为空字符串
""时，strings.HasPrefix(s, "")恒为true（Go 文档明确说明），不是 bug，是设计如此 - 如果前缀长度大于原字符串长度，函数立即返回
false，不会 panic - 区分大小写：
strings.HasPrefix("Hello", "hello")→false
示例：
立即学习“go语言免费学习笔记（深入）”；
fmt.Println(strings.HasPrefix("golang.org", "go")) // true
fmt.Println(strings.HasPrefix("test", "")) // true
fmt.Println(strings.HasPrefix("abc", "abcd")) // false
用 strings.HasSuffix 判断后缀（注意 Unicode 和多字节字符）
逻辑与前缀一致，但需特别注意：它按字节而非 rune 比较。对纯 ASCII 安全；但若字符串含中文、emoji 等 UTF-8 多字节字符，只要后缀本身也是合法 UTF-8 片段，依然能正确工作——因为 Go 字符串本质是字节序列，而 HasSuffix 只做字节匹配。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
典型陷阱：
- 传入非法 UTF-8 字符串（如截断的 emoji）可能导致意料外的
false，但这属于输入数据问题，非函数缺陷 - 不要试图用它做“以某个汉字结尾”的模糊语义判断——它只认字节序列完全相等
- 后缀为空时同样恒为
true
示例：
立即学习“go语言免费学习笔记（深入）”；
fmt.Println(strings.HasSuffix("例子.txt", ".txt")) // true
fmt.Println(strings.HasSuffix("?", "?")) // true（UTF-8 编码匹配）
fmt.Println(strings.HasSuffix("data.json", ".json")) // true
需要忽略大小写的场景？别自己写循环
标准库没提供 HasPrefixIgnoreCase，但没必要手撸。推荐组合 strings.ToLower（注意：会分配新字符串）或更轻量的方案：
- 若字符串较短且调用不频繁：用
strings.EqualFold(a, b)配合切片，例如len(s) >= len(prefix) && strings.EqualFold(s[:len(prefix)], prefix) - 若性能敏感且前缀固定，可预转小写存为常量，避免每次调用都
ToLower - 避免用
regexp：启动开销大，且对简单前缀/后缀属于严重 overkill
示例（安全忽略大小写前缀）：
s := "GoLand" prefix := "gO" ok := len(s) >= len(prefix) && strings.EqualFold(s[:len(prefix)], prefix) // true
真正容易被忽略的是：这两个函数都不处理 nil —— Go 中字符串类型不能为 nil，所以传 nil 会编译失败；但如果你封装成工具函数并接受 *string，记得先判空指针，否则解引用 panic。
