strings.HasPrefix 更可靠因其内置边界检查和字节比较，避免切片越界 panic；用于路径前缀匹配时须先用 filepath.Base 提取文件名，且区分大小写，不支持通配符或正则。
strings.HasPrefix 为什么比自己写前缀判断更可靠
因为 strings.HasPrefix 内部做了边界检查和字节级比较，不会 panic，也不依赖 len(s) >= len(prefix) 的手动判断。自己用 s[:len(prefix)] == prefix 容易在 prefix 比 s 长时触发 panic: slice bounds out of range。
它只做纯前缀匹配，不处理通配符、正则或大小写忽略——这点必须明确，否则容易误用。
过滤文件名时必须先提取纯文件名，不能直接对完整路径用
常见错误是把 /home/user/logs/app.log 直接传给 strings.HasPrefix 判断是否以 "app" 开头，结果永远 false——因为开头是 "/"。得先用 filepath.Base 或 path.Base 提取文件名部分。
-
filepath.Base("/a/b/c.go")→"c.go"（推荐，兼容不同系统路径分隔符） - 避免用
strings.LastIndex手动切分，Windows 路径可能含"\"，容易漏掉 - 如果输入已确定是文件名（无路径），可跳过这步，但生产代码建议统一处理
批量过滤时别在循环里重复调用 filepath.Base
如果要从几百个路径中筛选以 "debug_" 开头的日志文件，每次调用 filepath.Base + strings.HasPrefix 是安全的，但性能不是最优。可以提前缓存文件名：
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
// 更高效的做法
var matches []string
for _, p := range paths {
name := filepath.Base(p)
if strings.HasPrefix(name, "debug_") {
matches = append(matches, p) // 保留原始路径，方便后续操作
}
}
注意：不要把 filepath.Base 结果存成 map key 去 dedupe，因为不同路径可能有相同文件名（如 /a/x.log 和 /b/x.log），业务逻辑需自行决定是否允许。
区分大小写：Go 默认严格匹配，别指望自动忽略
strings.HasPrefix("MyFile.txt", "myfile") 返回 false。如果需要忽略大小写前缀匹配，得自己转小写再比：
- 用
strings.HasPrefix(strings.ToLower(name), strings.ToLower(prefix)) - 但要注意 Unicode 字符（如德语 ß）的大小写转换可能不符合预期，简单 ASCII 场景够用
- 别用
strings.Contains替代——它匹配任意位置，不是前缀
真正复杂的前缀规则（比如支持 "log*.txt"）就得换 filepath.Match 或正则，strings.HasPrefix 就是为简单、高频、确定性前缀设计的——越简单，越不容易出错。
