strings.indexany 按 rune 匹配多字节字符，返回字节索引；chars 被解析为 unicode 码点，支持中文、emoji 直接传入，但非法 utf-8 字节序列会导致匹配失败。
strings.IndexAny 会按 rune 而非 byte 匹配多字节字符
它不是简单地把 chars 当作字节集合去扫描，而是将 chars 中每个元素解析为 rune（即 Unicode 码点），再在 s 中逐个 rune 比较。这意味着传入的 chars 字符串哪怕包含 UTF-8 多字节序列（如中文、emoji），也会被正确拆解为独立码点参与匹配。
常见错误是误以为 strings.IndexAny("café", "é") 会失败——实际返回 3，因为 "é" 是单个 rune（U+00E9），而 "café" 的第 4 个 rune 就是它；但如果写成 strings.IndexAny("café", "\xc3\xa9")（UTF-8 编码的两个字节），结果是 -1，因为 \xc3\xa9 不会被当作一个 rune 解析，而是被拆成两个无效 rune（0xC3 和 0xA9），均不在目标字符串中。
-
chars中的每个字符都必须是合法 UTF-8 编码，否则非法字节序列会被当作单字节rune（值为 0xFFFD 以外的低字节值），大概率匹配不上 - 若
chars含重复rune（如"aa"），不影响行为，内部会去重处理 - 空字符串
""作为chars时，函数立即返回-1
中文、emoji 等多字节字符能直接传入 chars 参数
你可以放心把中文字符串或 emoji 直接塞进 chars，比如 strings.IndexAny("Hello世界?", "界?") 返回 7（“界”起始位置）——注意这个 7 是字节偏移，不是 rune 索引。
关键点在于：返回值始终是字节索引（int），但匹配过程完全基于 rune。所以对 "世界" 这样的字符串，len("世界") == 6（UTF-8 占 3 字节/字），但 strings.IndexAny("世界", "世") 返回 0，strings.IndexAny("世界", "界") 返回 3。
- 不要用
strings.IndexAny(s, string(r))去匹配单个rune——虽然可行，但多余；直接用string(r)即可，Go 会自动处理 - 避免拼接
chars时混入 BOM 或控制字符，它们可能被当作有效rune导致意外匹配 - emoji 如
"?"（U+1F44D）是单个rune，但某些 flag emoji（如"??"）由多个rune组成（区域指示符），strings.IndexAny只匹配完整rune，无法识别这种组合
性能上不推荐在大文本中高频调用，尤其 chars 较长时
strings.IndexAny 内部会先把 chars 构建成一个 256 元素的布尔数组（用于 ASCII 快速查找）+ 一个 map[rune]bool（用于非 ASCII rune），构建成本随 chars 中唯一 rune 数量线性增长。对固定 chars，反复在不同 s 上调用没问题；但若每次调用都传入动态生成的长 chars（比如几百个汉字拼成的字符串），map 构建开销会明显上升。
- 如果
chars固定且含大量中文，建议提前构建并复用，例如定义var chineseChars = "的一是了我人有就这不也们为大来小你说他都要以等"，然后调用strings.IndexAny(s, chineseChars) - 若需多次检测同一组字符是否存在，且对性能敏感，考虑用
strings.ContainsAny替代——它底层共享同一套构建逻辑，但省去计算位置的步骤 - 纯 ASCII 字符集（如
"0123456789"）下，构建几乎无开销，256 位数组直接覆盖，无需 map
与 strings.IndexRune 的行为差异容易混淆
strings.IndexRune 只接受单个 rune 作为目标，而 strings.IndexAny 接受字符串并将其视为“任意一个 rune 的集合”。两者返回值都是字节索引，但语义不同：前者找第一个等于某 rune 的位置，后者找第一个属于给定集合的位置。
典型误用：想查某个中文字符第一次出现位置，却写了 strings.IndexAny(s, "中") ——这没错；但如果写成 strings.IndexAny(s, "中文")，它会在 s 中找“中”或“文”任一字符首次出现位置，而非子串“中文”。
-
strings.IndexAny(s, "中")和strings.IndexRune(s, '中')行为一致，但后者更语义明确、开销略低（无 map 构建） -
strings.IndexAny(s, "中")返回的是'中'的字节起始位置；若需rune索引，得用strings.Count(s[:pos], "")或手动遍历rune - 当
chars长度为 1 且确定是单字节字符时，strings.Index（子串匹配）反而比IndexAny快，因前者走字节 memcmp 路径
chars，或者误以为返回值是 rune 索引。这两处错，调试起来往往要卡几分钟。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
