strings.count 只统计非重叠匹配且对空串返回特殊值，不适用于重叠匹配、单字符频次统计（尤其unicode）等场景；需重叠时应手动用 strings.index 循环实现。
strings.Count 是 Go 里最常用的子串计数函数，但它**只统计非重叠匹配**，且对空串有特殊返回值。直接拿它当“通用计数器”用，多数时候会出错——尤其当你需要重叠匹配、统计单字符频次、或处理 Unicode 字符时。
strings.Count 为什么不能统计重叠子串
strings.Count 底层是朴素扫描：每次匹配成功后，直接跳过整个 substr 长度，从下一位置继续，不回退。所以 strings.Count("aaaa", "aa") 返回 2（位置 0 和 2），而不是重叠期望的 3（位置 0、1、2）。
- 常见踩坑场景：
"ATATAT"中统计"ATA"、日志中"ERR:ERR:"的连续标记、密码规则检查（滑动窗口） - 它不报错也不警告，结果“看起来合理”，但业务逻辑已静默失效
- 空字符串
""作为substr时，返回utf8.RuneCountInString(s) + 1，不是0—— 多数业务应提前校验并拒绝空输入
统计单字符频次该用哪个函数
如果目标是统计某个 rune（如中文、emoji）出现次数，strings.Count 可以用，但仅限 ASCII 字符安全；对多字节 Unicode 字符，它按字节操作，可能切裂 rune。
- 正确做法：用
for _, r := range s遍历rune，配合map[rune]int累加 - 示例：
countCharacters("你好世界")中，'好'和'世'各算 1 次；若误用strings.Count("你好世界", "好")虽然碰巧对，但底层是字节匹配，不可靠 - 不要用
len([]rune(s))来替代频次统计——那是总字符数，不是某字符出现次数
需要重叠匹配时怎么写可靠代码
没有标准库函数直接支持重叠统计，但几行 strings.Index 就能稳住，关键在每次只前进 1 字节，而非 len(substr)。
- 核心逻辑：
start += i + 1（不是+ len(substr)） - 必须判空：
if len(substr) == 0时直接返回0或 panic，避免触发strings.Index的未定义行为 - 别用
strings.ReplaceAll+ 长度差取巧：会分配新字符串，GC 压力大，且对大文本性能差 - 正则（如
regexp.MustCompile("(?=aa)")）纯属过度设计——编译开销、可读性差、边界难控，仅当子串本身含模式（如"a\d+b"）才值得上
什么时候真该用 strings.Count
它快、省内存、无依赖，**只适用于明确不需要重叠、且 substr 非空的场景**。
- 典型适用：统计配置项中
"enable=true"出现次数、日志中独立错误码"ERR_001"、URL 中"?"或"&"分隔符个数 - 不适用：DNA 序列分析、语法高亮关键词重叠匹配、用户输入实时校验（如密码含连续数字）
- 注意：
strings.Count区分大小写，且不支持通配或忽略空白——这些得靠regexp或自定义逻辑
strings.Count 的“非重叠”是设计使然，不是 bug；但开发者常把它当成默认行为，忘了自己业务到底需不需要重叠**。一上来就套用，等线上数据对不上才回头排查，代价远高于写几行 strings.Index 循环。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
