sort.Slice 是 Go 1.8 引入的泛型前排序函数，第一个参数为可寻址切片，第二个参数是 func(i, j int) bool 比较函数，返回 true 表示 i 应排在 j 前；需注意切片不能是字面量、比较逻辑勿颠倒、索引勿越界、函数体宜轻量，并用短路逻辑处理多字段排序及大小写敏感问题。
sort.Slice 的基本用法和参数含义
sort.Slice 是 Go 1.8 引入的泛型前主力排序函数，它不依赖类型实现 sort.Interface，而是通过传入一个闭包定义比较逻辑。第一个参数是切片（必须是指针可寻址的底层数组），第二个参数是 func(i, j int) bool 类型的比较函数：返回 true 表示第 i 个元素应排在第 j 个之前。
常见错误是传入非切片或比较函数逻辑反了——比如本该升序却写成 a[i] > a[j] 却返回 true，结果顺序颠倒。
- 切片必须是变量，不能是字面量或函数返回的临时切片（如
sort.Slice([]int{1,2}, ...)会编译报错） - 比较函数里索引越界不会 panic，但行为未定义；务必确保
i和j在[0, len(slice))范围内 - 函数体应尽量轻量；避免在其中调用耗时操作（如数据库查询、HTTP 请求）
按结构体字段排序：多字段 & 空值处理
对 []User 按 Name 升序、Age 降序排列时，不能简单嵌套 &&，而要用“短路比较”逻辑：先比第一字段，相等再比第二字段。
sort.Slice(users, func(i, j int) bool {
if users[i].Name != users[j].Name {
return users[i].Name < users[j].Name
}
return users[i].Age > users[j].Age // 降序：i 在 j 前当且仅当 i.Age 更大
})
容易踩的坑：
立即学习“go语言免费学习笔记（深入）”；
- 字符串比较默认区分大小写，需要忽略大小写时用
strings.ToLower(a.Name) - 如果字段是指针或可能为
nil（如*string），必须先判空，否则 panic；例如if users[i].Nick != nil && users[j].Nick != nil - 浮点字段慎用
==判相等，建议用math.Abs(a-b) 配合排序逻辑
自定义类型排序时为什么不能直接用 sort.Slice？
当你定义了类似 type ScoreList []float64 的别名类型，直接对变量调用 sort.Slice(scoreList, ...) 是可以的——sort.Slice 只认底层切片结构，不关心命名类型。但若你希望复用排序逻辑，或需要稳定接口，就容易混淆：
- 误以为要为
ScoreList实现sort.Interface才能排序（其实完全不必） - 把
sort.Slice和sort.Sort混用：后者要求类型实现三个方法，前者完全绕过该机制 - 在方法接收者中错误地对
self（值接收者）排序：修改的是副本，原切片不变；必须用指针接收者或外部变量传入
简言之：sort.Slice 就是为“懒得写三方法”的场景设计的，别给它加戏。
性能敏感场景下 sort.Slice 的隐含开销
sort.Slice 内部仍调用 sort.quickSort，算法复杂度没变，但每次比较都要调用闭包，有函数调用开销。对百万级小结构体（如 []int），比原生 sort.Ints 慢 2–3 倍。
- 如果排序逻辑固定且简单（如纯数值升序），优先用
sort.Ints/sort.Float64s等专用函数 - 若字段访问成本高（如从 map 中取值、解密字段），把中间值缓存到临时切片再排序，比反复计算更省
- Go 1.21+ 支持泛型
sort.SliceStable，但稳定性本身不免费——它比普通sort.Slice多一次扫描，别为了“可能需要稳定”而默认开启
真正要小心的不是语法怎么写，而是你在闭包里读了什么、读了多少次。
