strings.index 返回字节偏移量，非 rune 索引，用于含中文字符串切分易导致 panic 或乱码；查不到返回-1，需显式判断；lastindex 行为一致但找末次；sort.search 要求数据有序且断言单调，返回插入点需手动验证。
strings.Index 查找子串位置，返回字节索引
strings.Index 是最常用、最直接的子串定位函数，适用于绝大多数“找位置再切分”的场景。它返回的是首次匹配的**字节偏移量**，不是 rune 索引，这点必须明确。
常见错误现象：用 strings.Index 查中文字符（如 "你好@world" 中的 "@"），结果看似正常；但若用该索引去切分含中文的字符串（如 s[:i]），后续再按 rune 遍历时可能 panic 或乱码——因为 i 是字节位置，而 len([]rune(s)) 是字符数，二者不等价。
- 只适合 ASCII 字符或已确认无多字节字符的场景（如邮箱、路径、协议头）
- 查不到时返回
-1，必须显式判断，不能直接用于切片（否则s[: -1]会 panic） - 想查最后一次出现位置？用
strings.LastIndex，行为一致但方向相反
sort.Search 实现二分查找，但必须手动验证匹配
当你的数据是**已排序切片**，且追求 O(log n) 性能时，sort.Search 才是正解。但它不是“查找函数”，而是“查找满足条件的第一个位置”的通用工具。
常见错误现象：写 sort.Search(len(a), func(i int) bool { return a[i] == target }) —— 这不会报错，但逻辑错误：sort.Search 只保证返回第一个使断言为 true 的索引，而 a[i] == target 在未命中时永远为 false，最终返回 len(a)，容易被误认为“找到了”。
- 正确断言必须是单调的，典型写法是
a[i] >= target（升序前提下） - 返回值
idx仅表示“插入点”，必须额外检查idx - 不适用于 map、string 或未排序数据；对结构体字段查找，断言里直接取字段即可，避免闭包捕获大对象
template 中的 index 函数不是查找，是安全索引访问
Go 模板里的 index 和 strings.Index 完全无关。它是模板语法中唯一合法的“取数组/切片第 N 个元素”方式，底层不执行搜索，只做边界检查后返回对应项。
常见错误现象：在模板里写 {{ .Items[1] }} —— 编译失败，Go 模板根本不支持方括号语法；或者传入 nil 切片、索引越界却没防护，导致渲染时 panic。
- 第一个参数必须是 slice、array 或 map；传入字符串或 struct 会 panic
- 越界时不 panic，而是返回零值（
""、0、nil），但依赖这个行为易掩盖数据问题 - 需要负索引（如取最后一个）？模板不支持，得在 Go 层预处理好再传入
大文本搜索考虑 suffixarray，别硬套 strings.Index
单次查找用 strings.Index 没问题；但如果要对同一段长文本（比如日志、配置文件、代码块）做**高频、多关键词、多位置**搜索，strings.Index 每次都是 O(n)，很快成为瓶颈。
这时应换用 index/suffixarray：先构建一次后缀数组（耗时），后续每次 Lookup 是 O(log n)，且支持返回全部匹配位置。
- 构建开销大，适合“一次建、多次查”场景；临时小字符串别用，得不偿失
-
Lookup返回的是字节偏移量，和strings.Index一致，可直接用于切片 - 不支持正则，只做精确子串匹配；若需模糊匹配或模式提取，得上
regexp
真正容易被忽略的是：所有这些 “Index” 名字的函数，干的都不是同一件事。strings.Index 是线性扫描，sort.Search 是二分断言，template.index 是模板取值，suffixarray.Index 是预建索引——名字相似，语义天差地别。选错函数，轻则性能掉档，重则逻辑出错且难以排查。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
