sort.Slice是最常用结构体切片自定义排序方式，需传入切片和比较闭包；常见错误包括误传指针、索引顺序颠倒（如升序写i>j），且排序后若存在外部引用仍可能被意外修改。
用 sort.Slice 对结构体切片做自定义排序
Go 1.8 引入的 sort.Slice 是最常用、最直观的方式，无需实现 sort.Interface 接口。它直接接收一个切片和一个比较函数（闭包），按需定义排序逻辑。
常见错误是误传指针或搞错索引顺序，比如写成 i > j 却期望升序——实际应返回 a[i] 表示“i 应排在 j 前面”。
- 比较函数里访问字段要确保结构体字段可导出（首字母大写）
- 避免在比较函数中做耗时操作（如 IO、加锁），否则严重拖慢排序性能
- 若切片元素含指针或 map，注意 nil 判定，否则 panic
type Person struct {
Name string
Age int
}
people := []Person{{"Alice", 30}, {"Bob", 25}, {"Charlie", 35}}
sort.Slice(people, func(i, j int) bool {
return people[i].Age < people[j].Age // 按 Age 升序
})
实现 sort.Interface 做复用型排序
当同一结构体需多种稳定排序逻辑（如按姓名、按年龄、按姓名长度），封装成类型并实现 Len/Less/Swap 更清晰。但注意：该方式要求定义新类型，不能直接用原结构体别名。
容易踩的坑是忘记为新类型定义方法集——必须用 type ByAge []Person 而非 type ByAge Person，且方法接收者必须是该新类型。
立即学习“go语言免费学习笔记（深入）”；
- 适合需要多次调用、或需与旧代码兼容（如 Go 1.7-）的场景
-
Less方法返回true表示i应排在j前，和sort.Slice的闭包语义一致 - 若排序字段可能为 nil（如
*string），Less中必须显式判空
type ByAge []Person
func (a ByAge) Len() int { return len(a) }
func (a ByAge) Less(i, j int) bool { return a[i].Age < a[j].Age }
func (a ByAge) Swap(i, j int) { a[i], a[j] = a[j], a[i] }
sort.Sort(ByAge(people))
多字段排序：先按 A 再按 B 的写法
Go 不提供内置的“多级排序”语法糖，必须手动嵌套判断。核心原则：先比第一字段，相等再比第二字段，依此类推。一旦某级分出大小，后续字段不再比较。
错误写法是用 && 连接多个条件（如 a[i].Age == a[j].Age && a[i].Name ），这会导致第一字段不等时直接返回 false，破坏排序逻辑。
- 升序用
，降序用>；混合排序时逐级反向即可 - 字符串比较默认按字典序，如需忽略大小写，用
strings.ToLower(a[i].Name) - 对浮点字段排序要小心 NaN，建议提前过滤或用
math.IsNaN处理
sort.Slice(people, func(i, j int) bool {
if people[i].Age != people[j].Age {
return people[i].Age < people[j].Age // 年龄升序
}
return people[i].Name < people[j].Name // 年龄相同时，姓名升序
})
排序稳定性与指针/引用陷阱
sort.Slice 和 sort.Sort 都是稳定排序：相等元素的相对位置不变。但如果你切片里存的是结构体指针（[]*Person），排序只重排指针本身，不影响底层数据——这点常被忽略。
典型问题：排序后修改某个 *Person 字段，发现其他位置的同名变量也变了——其实是多个指针指向同一块内存。而值类型切片（[]Person）排序时会复制结构体，互不影响。
- 若结构体很大，用指针切片可减少内存拷贝，但务必确认是否需要独立副本
- 对
[]*Person排序时，Less函数里要解引用：return (*a[i]).Age - JSON 反序列化后结构体字段为零值，排序前建议检查关键字段是否有效（如
Age > 0）
真正麻烦的不是语法，而是想当然认为“排序完结构体就固定了”——只要还有别的地方持有原始指针或引用，数据就可能被意外改掉。
