sort.Slice配合闭包可动态排序结构体字段，需注意比较函数语义、多级排序逻辑分层、nil安全及稳定排序选择sort.Stable或sort.SliceStable。
用 sort.Slice 配合闭包实现结构体字段动态排序
Go 没有泛型前，sort.Sort 要求实现三个方法，写起来啰嗦还容易出错。现在直接用 sort.Slice 最省事，它接受切片和一个比较函数（func(i, j int) bool），内部自动处理索引逻辑。
比如对 []User 按 Name 升序排：
sort.Slice(users, func(i, j int) bool {
return users[i].Name < users[j].Name
})
注意：比较函数返回 true 表示 “i 应该排在 j 前面”，不是 “i 小于 j” 的数学判断——这点容易反着写导致顺序颠倒。
- 闭包里可自由访问外部变量，比如按传入的字段名字符串排序（需配合
reflect，但性能差，仅适合低频场景） - 若排序字段是
int64或指针，别直接用<比较，要先判空或转基础类型 -
sort.Slice是原地排序，不创建新切片，别指望它返回值
多级排序时嵌套条件别堆 &&，用短路逻辑分层写
按 “状态优先，时间次之” 排序时，常见错误是写成 u[i].Status == u[j].Status && u[i].CreatedAt < u[j].CreatedAt，这只能处理状态相等的情况，漏掉状态不同时的主次关系。
立即学习“go语言免费学习笔记（深入）”；
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
正确写法是先比主键，相等再比次键：
sort.Slice(items, func(i, j int) bool {
if items[i].Status != items[j].Status {
return items[i].Status < items[j].Status // 状态升序
}
return items[i].CreatedAt.Before(items[j].CreatedAt) // 时间升序
})
- 每级比较用
if分开，逻辑清晰且避免误判 - 时间比较务必用
.Before()或.After()，别用<直接比time.Time变量（虽能编译但语义不清） - 字符串忽略大小写排序？用
strings.ToLower(a) < strings.ToLower(b)，别依赖 locale
sort.Stable 在需要保序时比 sort.Slice 更可靠
当切片已按某字段部分有序，又想按另一字段排序但保留原顺序（比如相同分数的学生按注册时间先后排列），sort.Slice 不稳定，会打乱原有相对位置。
这时得用 sort.Stable + 自定义 sort.Interface：
type ByScoreThenTime []Student
func (s ByScoreThenTime) Len() int { return len(s) }
func (s ByScoreThenTime) Swap(i, j int) { s[i], s[j] = s[j], s[i] }
func (s ByScoreThenTime) Less(i, j int) bool {
if s[i].Score != s[j].Score {
return s[i].Score > s[j].Score // 分数降序
}
return s[i].RegisteredAt.Before(s[j].RegisteredAt) // 时间升序
}
sort.Stable(ByScoreThenTime(students))
-
sort.Stable保证相等元素的原始顺序不变，代价是稍慢，但逻辑更可控 - 实现
Len/Swap/Less时，Less返回true表示 i 在 j 前，和其他接口一致 - 别把
sort.Stable和sort.SliceStable混用：sort.SliceStable是 Go 1.8+ 提供的稳定版sort.Slice，签名一样，但内部用稳定算法
自定义比较函数里别调用可能 panic 的方法
排序过程中若字段为 nil 指针或空 slice，而比较函数里直接解引用或取 [0]，会导致整个排序 panic，且堆栈难定位。
- 对指针字段（如
*string），先判空：if a.Name == nil || b.Name == nil { return a.Name != nil } - 对 map 或 slice 字段，别直接
len(x)比较，先确认非 nil：x != nil && len(x) > 0 - 涉及 JSON 字段解析（如
json.RawMessage）时，排序前应确保已反序列化完毕，否则每次比较都解析一次，性能爆炸
复杂排序真正难的不是语法，而是边界条件是否兜住——nil、零值、时区差异、字符串编码这些地方，写完一定要用含空值和异常数据的 case 跑一遍。
