sort.Search查结构体切片时，闭包不可捕获整个切片，应直接访问字段；谓词必须单调（如>=），返回索引需校验越界；前缀查找需结合线性扫描或预建map；降序或复杂匹配需调整谓词并加边界防护。
用 sort.Search 查结构体切片时，闭包里别捕获整个切片
闭包捕获大对象（比如 users 变量本身）会让编译器无法内联断言函数，每次调用都带隐式引用开销，性能可能跌一个数量级。Go 1.21+ 能内联的只是简单、无捕获的函数。
- ❌ 错误写法：
sort.Search(len(users), func(i int) bool { return users[i].ID >= targetID })—— 这里users被整个闭包捕获 - ✅ 正确写法：把切片传进去是多余的；直接在闭包里用
users[i].ID即可，只要users是外层变量名，不额外 capture 它本身 - 如果切片是
[]interface{}类型，会有类型断言开销；应先转成具体类型再查，比如users := data.([]User)
结构体字段查值必须显式验证，不能只靠索引
sort.Search 返回的是「首个满足 users[i].Age >= 25 的索引」，不是「Age == 25 的位置」。哪怕所有用户年龄都小于 25，它也会返回 len(users)；哪怕全大于 25，它返回 0 —— 这两个索引都合法，但访问前不检查必 panic。
- 必须写两步：
idx := sort.Search(len(users), func(i int) bool { return users[i].Age >= 25 }) - 然后立刻验证：
if idx - 漏掉
idx → 访问 <code>users[len(users)]panic - 漏掉
users[idx].Age == 25→ 可能拿到 Age=26 的用户，当成目标
查重复字段时，>= 保证返回最左位置，== 会崩
结构体切片按某个字段排序后常有重复值（比如多个用户同龄）。用 users[i].Age == 25 当谓词，会破坏单调性：false → true → false（升序下，25 出现在中间，前后可能有 24、26），sort.Search 收敛失败，返回任意索引，甚至越界 panic。
- ✅ 唯一安全谓词：
users[i].Age >= 25（升序前提） - 它天然形成
false, false, ..., true, true单调序列，sort.Search稳定返回第一个 25 的位置 - 想查“最后出现的 25”？用
users[i].Age > 25找右边界，再-1，但要额外判idx > 0 - 降序排列？谓词得换成
users[i].Age ，且 <code>sort.Search本身不校验顺序，错排结果无意义
字符串字段查前缀或模糊条件，不能只靠 >=
结构体里存的是 Name string，你想找 “以 "go" 开头的第一个用户”，不能只写 users[i].Name >= "go" —— 这只能保证字典序不小于 "go"，但 "gob"、"goz"、"golang" 都满足，而 "go" 本身未必存在。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 安全做法：在谓词里直接调
strings.HasPrefix(users[i].Name, "go")，但注意——这不满足单调性，因为前缀匹配不是区间连续的 - 更稳妥的是先用
users[i].Name >= "go"快速定位候选起始点，再从该位置开始线性扫描前缀匹配项（通常就几个） - 若需高频前缀查询，别依赖
sort.Search：预建map[string]int记录每个前缀首次出现索引，空间换时间 - 所有字符串比较都走 UTF-8 字节序，对中文安全，但不等价于拼音或 collation 排序 —— 如果切片是用
golang.org/x/text/collate排的，sort.Search就失效
if i >= len(data) { return true } 的防御逻辑。虽然 sort.Search 保证 i 在 [0, len(data)] 范围内，但某些自定义场景（比如包装了 offset 的视图切片）会让 i == len(data) 时仍去读 data[i] —— 不加这句 guard，panic 就在上线后某个凌晨发生。 
