直接用 sort.slice 足够简单，但 sort.interface 将比较逻辑封装进类型，便于复用、测试及嵌入；需实现 len()、less(i,j int) bool、swap(i,j int) 三个方法，缺一编译报错。
为什么直接用 sort.Slice 就够了，却还要实现 sort.Interface？
因为 sort.Slice 要求你每次排序都传一个闭包，而 sort.Interface 把比较逻辑封装进类型里，适合复用、测试或嵌入到结构中。比如你要对同一类切片反复按不同字段排序（升序/降序混用），或者想把排序行为和数据结构绑定（如 UserList 自带 SortByName()），这时候实现接口更清晰。
但注意：sort.Interface 必须实现三个方法：Len()、Less(i, j int) bool、Swap(i, j int)。漏掉任一都会编译报错：missing method Less。
-
Len()返回长度，必须是int类型，不能返回int64或其他 -
Less()只负责“是否排在前面”，不负责“大小关系”——它返回true表示索引i对应元素应排在j前面 -
Swap()必须原地交换，不能新建切片或用append模拟
如何为结构体切片实现 sort.Interface？
常见错误是把 Less() 写成数值比较（如 a.Age > b.Age）却忘了返回值语义：它控制的是顺序，不是大小符号。比如要按年龄降序，得写 return a.Age > b.Age，而不是 a.Age 。
以 []User 为例：
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
type User struct {
Name string
Age int
}
type ByAge []User
func (a ByAge) Len() int { return len(a) }
func (a ByAge) Less(i, j int) bool { return a[i].Age
- 类型
ByAge必须是切片类型别名，不能是结构体包装（否则Len()无法直接访问底层数组） - 如果想同时支持升序/降序，可以定义两个类型：
ByAgeAsc和ByAgeDesc，或用字段+闭包组合（这时不如直接用sort.Slice） -
Swap()中的赋值必须是同一类型；若切片元素不可寻址（如[]struct{}中的匿名字段），需确保结构体可赋值
sort.Interface 和 sort.Slice 性能有差别吗？
几乎没有。底层 sort.Sort 对实现了 sort.Interface 的类型，和 sort.Slice 最终都走同一套快排/堆排逻辑。差异只在调用开销：sort.Slice 多一次函数调用和闭包捕获，但现代 Go 编译器常能内联优化掉。
真正影响性能的是 Less() 函数体本身。例如在 Less() 中做字符串 strings.ToLower() 或 JSON 解析，会显著拖慢排序——这类操作应该提前预处理，而不是塞进比较函数里。
- 避免在
Less()中做内存分配（如fmt.Sprintf、strings.ReplaceAll） - 如果比较逻辑复杂（如按多级字段、带 locale 的字符串比较），优先考虑预计算排序键（
type UserKey struct { LowerName string; Age int }），再用sort.Slice排键 -
sort.Stable会保留相等元素的原始顺序，但比sort.Sort略慢；仅当业务明确需要稳定排序时才用
容易被忽略的边界：nil 切片和指针接收者
如果自定义类型是指针类型（如 *ByAge），Len() 和 Less() 方法必须用指针接收者，否则 sort.Sort 传入的值是副本，Swap() 无法生效——现象是排序后切片不变。
另一个坑是 nil 切片：你的 Len() 方法必须能安全处理 nil，否则 panic。Go 标准库的 []int(nil).Len() 返回 0，所以推荐写法：
func (a ByAge) Len() int {
if a == nil {
return 0
}
return len(a)
}
- 即使文档说“切片 nil 时
len返回 0”，显式判空更稳妥，尤其当你后续可能加字段或改类型 - 不要在
Less()中直接解引用可能为 nil 的指针字段（如a[i].Addr.City），先判空 - 如果类型嵌入了其他接口或字段，确保
Swap()不会破坏其内部一致性（比如交换时漏掉同步缓存）
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
