sort.sort 报错“missing method less”是因为未实现 sort.interface 的 len、less、swap 三个方法；go 1.20 前不支持泛型约束自动推导，必须手动完整实现，缺一不可。
为什么 sort.Sort 报错 “missing method Less”
因为你没实现 sort.Interface 的三个方法：Len、Less、Swap。Go 不支持泛型约束自动推导（1.20 之前），也不靠反射自动识别字段，必须手动补全这仨——少一个都不行，连编译都过不去。
常见错误现象：cannot use mySlice (type []MyType) as type sort.Interface in argument to sort.Sort: missing method Less
-
Len()返回int，别返回int64或调用len(s)但忘了加括号 -
Less(i, j int)必须严格返回bool，不能返回int（比如用cmp.Compare后没转布尔） -
Swap(i, j int)要真交换元素，别只改索引或写成s[i], s[j] = s[j], s[i]却忘了指针解引用（如果接收者是*[]T）
怎么给结构体切片实现 sort.Interface
最常用场景：按结构体某个字段排序，比如 []User 按 Name 或 Age 排。别在 Sort 外套一层函数，直接让切片类型实现接口更清晰、零分配。
示例：按 Age 升序
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就够了，Swap会修改底层数组，无需指针 - 别把
ByAge定义成*[]User—— 这会让Len和Less读不到数据，且易引发 panic - 如果要多字段排序（比如先按
Age，年龄相同时按Name），Less里用短路逻辑：if a[i].Age != a[j].Age { return a[i].Age
用 sort.Slice 替代手写接口？什么时候该选它
Go 1.8+ 提供 sort.Slice，适合临时、单次、逻辑简单的排序，不用定义新类型。但它每次调用都做反射，性能比原生接口低 2–3 倍（尤其小切片高频调用时）。
使用场景：main 函数里快速排一次、单元测试中构造预期顺序、HTTP handler 里一次性整理响应数据
- 语法简单：
sort.Slice(users, func(i, j int) bool { return users[i].Age - 闭包捕获变量要注意生命周期：别在 goroutine 里用循环变量
i当索引，容易全部取到最后值 - 不支持稳定排序（
sort.Stable对应的是接口实现，sort.Slice没有稳定版） - 如果排序逻辑会被复用 ≥2 次，或者对延迟敏感（如实时服务），老老实实写
sort.Interface
字符串切片排序为什么有时不符合预期
因为默认是字节序（ASCII order），中文、带符号、大小写混排时会出问题。比如 "Z" "a"（因 'Z' ASCII 是 90，'a' 是 97），"苹果" 和 "banana" 直接比首字节根本没法看。
- 英文大小写统一：先用
strings.ToLower或strings.ToUpper转再比，但注意别在Less里反复调用（影响性能） - 中文排序：用
golang.org/x/text/collate包，传入collate.Loose或collate.Tertiary规则，别自己写拼音转换 - 数字字符串当数值比：比如
"10.txt"应该排在"2.txt"后面，得用自然排序（natural sort），标准库不提供，得引入第三方如github.com/icholy/gonatural或手写解析逻辑
Less 方法里用了外部状态（比如闭包捕获的 map 或 mutex），后续并发调用可能踩坑。宁可多写几行，也别让排序函数变成隐式依赖黑洞。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
