sort.Slice 是最常用且安全的自定义排序方式，Go 1.8 引入，无需实现 sort.Interface，直接传切片和比较函数；注意仅支持切片、比较函数返回 bool、不可修改原数据。
sort.Slice 是最常用也最安全的自定义排序方式
Go 1.8 引入的 sort.Slice 是当前推荐的自定义排序入口，它不要求类型实现 sort.Interface，直接传入切片和比较函数即可，避免了类型定义冗余和潜在的 panic。
常见错误是误用 sort.Sort 配合匿名结构体或临时类型，结果因未实现全部三个方法（Len、Less、Swap）而编译失败或运行时 panic。
- 只对切片排序 ——
sort.Slice不支持数组或 map - 比较函数必须返回
bool，且语义为“前一个是否应排在后一个之前”（即升序逻辑） - 切片元素可寻址，但比较函数里不能修改原切片内容（否则行为未定义）
- 示例：按字符串长度降序
names := []string{"Alice", "Bob", "Charlie", "Dan"}
sort.Slice(names, func(i, j int) bool {
return len(names[i]) > len(names[j]) // 注意是 >
})
// 结果: ["Charlie", "Alice", "Bob", "Dan"]
实现 sort.Interface 适合高频复用或复杂排序逻辑
当同一类型需要多种排序策略（如按创建时间、按状态再按 ID），或排序逻辑被多处调用，封装成类型并实现 sort.Interface 更清晰。但必须确保三个方法都正确定义，否则 sort.Sort 会静默出错或 panic。
容易忽略的是 Swap 方法——很多人只写 Len 和 Less，漏掉 Swap 导致运行时报 panic: reflect.Value.Interface: cannot return value obtained from unexported field or method（尤其在使用 struct 字段时）。
-
Len()返回int，不是int64或其他类型 -
Less(i, j int)的索引必须在[0, Len())范围内，函数内不负责边界检查 -
Swap(i, j int)必须真正交换元素，不能空实现 - 如果结构体字段非导出（小写开头），
Swap中需通过 setter 或整体赋值，不能直接访问字段
sort.SliceStable 和 sort.Stable 的稳定性差异很关键
默认的 sort.Slice 和 sort.Sort 不保证相等元素的相对顺序（不稳定排序）。若业务要求“相同分数的学生按报名先后排序”，就必须用稳定版本。
