Go 的 sort 包不支持直接对结构体切片调用 sort.Sort，必须显式实现 sort.Interface 的三个方法；sort.Slice 是语法糖但闭包开销大、逻辑难复用，而 sort.Interface 更可控、适合多字段/稳定排序等复杂场景。
Go 的 sort 包不支持直接对结构体切片调用 sort.Sort，必须显式实现 sort.Interface 的三个方法——这是最常卡住的地方。
为什么不能直接用 sort.Slice？
你当然可以用 sort.Slice（Go 1.8+），但它只是语法糖，底层仍依赖闭包比较逻辑；而真正需要控制排序行为（比如多字段、稳定排序、自定义相等判断）时，sort.Interface 更明确、更可控。
-
sort.Slice每次调用都新建闭包，GC 压力略高（对高频排序场景有影响） - 无法复用比较逻辑，相同结构体在多处排序时容易写重复代码
- 若需稳定排序（相同键值保持原有顺序），
sort.SliceStable才是对应选择，但依然要传闭包
如何正确实现 sort.Interface
以结构体 User 为例，按 Name 升序、Age 降序排列：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
type User struct {
Name string
Age int
}
type ByNameThenAge []User
func (a ByNameThenAge) Len() int { return len(a) }
func (a ByNameThenAge) Swap(i, j int) { a[i], a[j] = a[j], a[i] }
func (a ByNameThenAge) Less(i, j int) bool {
if a[i].Name != a[j].Name {
return a[i].Name < a[j].Name
}
return a[i].Age > a[j].Age // 降序：用 >
}
- 类型别名必须是切片类型（
[]User），不能是*[]User或其他包装 -
Less必须严格满足「非对称性」：若Less(i,j)为 true，则Less(j,i)必须为 false；否则排序结果未定义 - 不要在
Less中做耗时操作（如 HTTP 请求、文件读取），它会被频繁调用
用 sort.Slice 快速排序的注意事项
如果只是临时、单点排序，sort.Slice 更轻量：
users := []User{{"Alice", 30}, {"Bob", 25}, {"Alice", 22}}
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
})
- 闭包捕获的是外层变量，注意不要意外修改
users本身（比如在闭包里改users[i].Age） - 闭包中访问字段时，确保索引
i和j在切片长度内——sort.Slice不做边界检查，越界 panic 会发生在Less内部 - 若结构体字段是 nil 指针（如
*string），Less中需先判空，否则 panic
最容易被忽略的是：无论用哪种方式，Go 排序都是原地修改切片；如果原始数据需要保留，记得先 copy 一份。
