strings.count仅支持非重叠匹配且对空串返回len(s)+1，无法统计重叠子串（如"aaaa"中"aa"应为3次但返回2）；需重叠匹配时应手写基于strings.index的滑动搜索函数。
strings.Count 是 Go 语言中统计子串出现次数最常用、最轻量的函数，但它不是“万能计数器”——它只做非重叠匹配，且对空字符串有特殊行为。直接拿它去统计重叠模式、函数调用次数或 Goroutine 并发数，会出错。
为什么 strings.Count 统计不了重叠子串
比如你想统计 "aaaa" 中 "aa" 出现几次（期望是 3：位置 0、1、2），但 strings.Count("aaaa", "aa") 返回 2。
- 底层逻辑是「匹配后跳过整个匹配长度」，即第一次在位置 0 匹配到
"aa"，下一次从位置 2 开始搜，跳过了位置 1 - 常见踩坑场景：DNA 序列分析（
"ATATAT"中"ATA"）、日志中连续错误标记（"ERR:ERR:"）、密码规则校验（重叠窗口滑动） - 它不报错、不警告，结果“看起来合理”，但业务逻辑已悄悄失效
需要重叠匹配时，怎么写安全又可读的替代函数
别用 strings.ReplaceAll 算长度差（分配新字符串、GC 压力大），也别硬套正则（编译开销+边界难控）。手写一个基于 strings.Index 的滑动搜索即可：
func countOverlapping(s, substr string) int {
if len(substr) == 0 {
return 0
}
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 - 性能可控：日常日志解析、配置检查完全够用；真有高频大文本需求，再考虑 KMP 或 Aho-Corasick
- 边界清晰：输入空
substr直接返回 0，避免strings.Count那种""返回len(s)+1的反直觉行为
别把 strings.Count 当成“通用计数组件”来用
它只解决一个非常具体的字符串扫描问题：非重叠、字面量、无状态匹配。拿它去干别的事，等于强行给螺丝刀装电池当电钻用。
- 统计函数调用次数？→ 用
sync/atomic.AddUint64+ 闭包或结构体字段 - 统计某函数当前有多少 goroutine 在跑？→ 入口
atomic.AddInt64(&counter, 1)，出口defer atomic.AddInt64(&counter, -1) - 统计耗时？→
time.Now()+time.Since()，或testing.B的StopTimer/ResetTimer - 想支持通配或正则？→ 明确用
regexp，但仅当子串本身含模式（如"a\d+b"）才值得
容易被忽略的细节：空字符串和性能陷阱
strings.Count("hello", "") 返回 6 —— 它把空字符串看作所有字符之间的“分隔符”，所以长度为 n 的字符串会返回 n+1。这在业务代码里几乎从不想要，但没人报错，容易埋雷。
- 永远在调用前加校验：
if substr == "" { return 0 }（除非你真需要那个语义） - 高频循环里反复调
strings.Count？注意它每次都要遍历原字符串，没有缓存；若需多次查不同子串，考虑预构建后缀数组或使用bytes.Index手动优化 - 跨 goroutine 共享字符串并频繁调用？
strings.Count是纯函数、无锁、线程安全，这点可以放心
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
