sort.slice 必须传入切片和比较函数，前者需为非nil切片类型，后者接收两索引并返回i是否应排在j前；结构体排序需显式访问字段，如users[i].name
sort.Slice 的基本用法和必须传入的参数
直接用
sort.Slice就能对任意切片排序，但它不关心元素类型，只依赖你提供的比较函数。函数签名是：func(slice interface{}, less func(i, j int) bool)—— 第一个参数是目标切片（必须是切片类型），第二个参数是闭包，接收两个索引i和j，返回true表示「第i个元素应该排在第j个前面」。常见错误是传入非切片或 nil 切片：
sort.Slice(nil, ...)会 panic；传入数组、map 或指针也会 panic，因为sort.Slice内部用反射检查类型，只接受切片。
- 必须确保传入的是切片：比如
users := []User{...}，而不是users := [...]User{...}- 比较函数里别越界：索引
i和j一定在[0, len(slice))范围内，无需手动校验- 不要在比较函数里修改切片元素：这不属于排序逻辑，且可能引发并发问题或意料外行为
按结构体字段排序时怎么写 less 函数？
对结构体切片排序，less 函数里要显式解引用切片并访问字段。Go 没有自动解包，所以得写
slice[i].Name这样的表达式。假设有个
User结构体：type User struct { Name string Age int ID int64 }按姓名升序排序就是：sort.Slice(users, func(i, j int) bool { return users[i].Name
- 字符串默认按字典序，想忽略大小写就用
strings.ToLower(users[i].Name)- 多字段排序（比如先按 Age 降序，年龄相同时按 Name 升序）：写成
users[i].Age > users[j].Age || (users[i].Age == users[j].Age && users[i].Name- 注意字段可访问性：如果字段是小写（未导出），
sort.Slice能调用但你的 less 函数无法访问——编译失败，不是运行时错误为什么 sort.Slice 比 sort.Sort 更常用？
sort.Slice是 Go 1.8 加入的，目的就是绕过sort.Interface的三方法定义（Len/ Less/ Swap），省去为每个类型单独实现接口的样板代码。它本质是把比较逻辑「内联」进调用点，更轻量、更直观。
Go语言（Golang）1.26.0下载Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
对比：
sort.Sort(sort.Reverse(sort.IntSlice(myInts)))只适用于内置类型；而sort.Slice一把梭：任何切片 + 任意比较逻辑。
- 性能几乎无差别：底层都用同一套快排+插入排序混合算法，
sort.Slice多一次反射取底层数组，但开销可忽略- 不能用于 map 的 key 排序：map 本身无序，得先把 key 提出来成切片再排
- 没有稳定排序保证：如果需要稳定排序（相同元素相对顺序不变），得用
sort.Stable配合自定义sort.Interface，sort.Slice不提供稳定版本容易被忽略的边界情况和坑
最常踩的不是语法错，而是语义错：less 函数没满足「严格弱序」要求，导致排序结果不确定甚至 panic。
比如写成：
return users[i].Age —— 这违反了「less(i,i) 必须为 false」的约定，因为 <code>i==j时返回true，Go 的排序算法会崩溃。
- less 函数必须满足：对任意
i，less(i,i)为false；若less(i,j)和less(j,k)为true，则less(i,k)也应为true（传递性）- 浮点数比较慎用
==或：NaN 会让比较结果不可预测，建议先用 <code>math.IsNaN过滤或转为float64后用math.Float64bits比特比较- 切片元素含指针或 interface{} 时，比较函数里别直接比指针值（
&users[i] == &users[j]），这比的是地址，不是内容排序逻辑越复杂，越要先用小数据集验证 less 函数是否满足约束——这是调试阶段最值得花时间的地方。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
