strings.count 只统计非重叠子串，如 strings.count("aaaa", "aa") 返回 2；需重叠匹配时须手写循环，每次从上一匹配位置+1处继续搜索。
strings.Count 为什么统计不了重叠子串
strings.Count 是 Go 标准库最常用的子串计数函数，但它只做「非重叠」匹配。比如 strings.Count("aaaa", "aa") 返回 2，而不是你直觉可能期待的 3（位置 0、1、2 上的 "aa"）。这是它设计使然——底层用的是跳过已匹配区间的朴素扫描，不是滑动窗口。
常见错误现象：
• 用 strings.Count 统计 DNA 序列中重叠的碱基对（如 "ATATAT" 中 "ATA" 出现次数），结果偏少
• 想找日志里连续出现的错误标记（如 "ERR:ERR:"），但漏掉中间重叠部分
- 如果明确不需要重叠匹配，
strings.Count最快、最省内存，无额外依赖 - 若需重叠匹配，必须手写循环或封装辅助函数，别硬套
strings.Count - 注意：它对空字符串
""的处理是特殊逻辑——返回被搜索字符串长度加 1，一般业务里应提前校验避免传入空substr
手动实现重叠匹配的可靠写法
没有标准库函数直接支持重叠统计，但几行代码就能稳住。核心是用 strings.Index 配合偏移递进，每次从上一次匹配位置 + 1 开始搜，而不是 + len(substr)。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
func countOverlapping(s, substr string) int {
if len(substr) == 0 {
return 0 // 或按需 panic
}
count := 0
start := 0
for {
i := strings.Index(s[start:], substr)
if i == -1 {
break
}
count++
start += i + 1 // 关键：+1 而不是 +len(substr)，才能滑动一位
}
return count
}
- 这个实现兼容所有 UTF-8 字符，因为
strings.Index本身按字节安全处理 Unicode - 性能上，最坏情况（全匹配）是 O(n×m)，但日常日志/配置解析场景完全够用；真有高频大文本需求，再考虑 KMP 优化
- 别用
strings.ReplaceAll+ 计数长度差来“取巧”，它会分配新字符串，内存和 GC 压力明显上升
正则表达式是否值得为计数上场
用 regexp 包也能做，比如 re := regexp.MustCompile("(?=aa)") 配合 FindAllStringIndex，但纯属杀鸡用牛刀。
- 编译正则有开销，首次调用慢；如果只是单次、固定子串，毫无必要
- 正则引擎不保证重叠匹配行为一致——
(?=...)虽能模拟，但可读性差，且容易写错边界（比如忘记^或$导致跨行误匹配） - 唯一合理用正则的场景：子串本身带模式（如统计 "a\d+b" 这类格式），而非字面量
Unicode 字符和 rune 边界要注意什么
Go 字符串是字节序列，strings.Count 和 strings.Index 都按字节操作。大多数情况下没问题，但遇到组合字符（如带重音符号的字母）或 emoji（如 "??"）时，得确认你的“子串”是否真的以字节形式存在。
- 如果子串含组合字符，先用
[]rune(substr)看长度，再比对源字符串的 rune 切片——但这样就失去strings包的效率优势了 - 更实际的做法：确保输入数据编码统一（UTF-8），且子串来源与目标字符串同源；绝大多数 API 返回、文件读取都是合规 UTF-8，不用过度担心
- 真正要警惕的是：把用户输入的字符串直接当
substr传给strings.Count，而没做基础校验（如是否为空、是否含非法字节），这可能引发静默错误
重叠匹配的边界条件比想象中多：空子串、超长子串、源串长度小于子串、包含 \0 字节……这些地方不报错但结果反直觉，上线前最好用几个极端 case 跑一遍。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
