应优先使用 sort.slice 实现多字段排序，它语义清晰、性能更优；多字段按短路逻辑用 && 连接，注意空值判空、时间字段用 before/after 方法，升序降序直接翻转比较符。
用 sort.Slice 实现多字段排序，别碰 sort.Sort 接口
Go 1.8+ 直接用 sort.Slice，不用自己实现 Len/Less/Swap 三个方法。它接受切片和一个闭包函数，语义清晰、写法紧凑，且避免了接口转换带来的类型擦除开销。
常见错误是还在封装 type ByX struct{...} + func (ByX) Less(...)，不仅冗余，还容易在泛型或嵌套结构里出错（比如字段名拼错、nil panic）。
-
sort.Slice的比较函数必须返回bool，表示“前面是否应排在前面”——不是“大小关系”，别写成a.Age - b.Age > 0 - 多字段排序时，用短路逻辑：先比第一维，相等再比第二维，依此类推；用
&&连接，别用|| - 注意字段可空性：如果字段是
*int或string可能为空，需显式判nil或空字符串，否则 panic 或排序错乱
升序/降序混排：用 a.Field 和 <code>a.Field > b.Field 直接控制
Go 没有内置的 sort.Descending，也不推荐封装 Reverse 包装器。最直白可靠的方式，就是在比较函数里对特定字段翻转不等号。
例如按 Name 升序、Age 降序：
立即学习“go语言免费学习笔记（深入）”；
sort.Slice(users, func(i, j int) bool {
a, b := users[i], users[j]
if a.Name != b.Name {
return a.Name < b.Name // 升序
}
if a.Age != b.Age {
return a.Age > b.Age // 降序！这里用 >
}
return a.ID < b.ID
})容易踩的坑：return a.Age 写成 <code>return b.Age 看似等价，但当 <code>Age 是 uint 且为 0 时，b.Age 可能因溢出或逻辑反向导致意外行为；直接用 <code>> 更安全、意图更明确。
时间字段排序小心 time.Time 的 Before 和 After 用法
对 time.Time 字段排序，别用 或 <code>>（编译不过），必须调用方法。但注意：a.Before(b) 表示 “a 在 b 前”，即升序；a.After(b) 才是降序逻辑。
- 升序时间：用
a.CreatedAt.Before(b.CreatedAt) - 降序时间：用
a.CreatedAt.After(b.CreatedAt)，不是!a.CreatedAt.Before(b.CreatedAt)（后者在相等时返回true，违反Less合同） - 如果字段是
*time.Time，先判空：a.CreatedAt != nil && b.CreatedAt != nil && a.CreatedAt.Before(*b.CreatedAt)
性能敏感场景：避免在 Less 函数里重复计算或解引用
sort.Slice 的比较函数会被高频调用（O(n log n) 次），任何额外开销都会被放大。尤其注意：
- 别在闭包里反复调用
strings.ToLower(a.Name)—— 提前算好并缓存到结构体字段，或用索引映射预处理 - 别对指针字段反复解引用：
(*a).Field写成a.Field（如果a是值类型变量） - 如果排序逻辑复杂（如按城市拼音首字母分组），考虑先生成排序键切片
[]string，再用sort.SliceStable配合索引重排，避免重复解析
多维度排序真正麻烦的从来不是语法，而是字段空值、时区隐含差异、以及相等判断的边界条件——这些地方一漏，线上就出现“看起来排好了，但某几条总在顶部/底部飘着”的问题。
