优先用sort.slice，它通过闭包定义排序逻辑，比实现sort.interface三方法更简洁；注意切片元素类型需明确、字段必须导出、多级排序用嵌套if、nil指针需判空、浮点数避免==比较。
Go语言中对slice排序用sort.Slice还是sort.Sort
直接用sort.Slice，它专为泛型前时代快速自定义排序设计，比实现sort.Interface三方法简洁得多。除非你要复用同一套比较逻辑多次（比如多个不同切片类型共用同一排序器），否则没必要写Len/Less/Swap三个方法。
常见错误是误用sort.Ints等内置函数处理结构体切片——它们只认基础类型，一用就报cannot use ... as type []int这类类型不匹配错误。
-
sort.Slice第一个参数是任意切片（必须是切片类型），第二个是func(i, j int) bool闭包，返回true表示i位置元素应排在j前面 - 闭包里直接访问切片索引，无需解引用或类型断言（前提是切片元素类型明确）
- 原地排序，不创建新切片；若需保留原顺序，调用前先
copy一份
按结构体字段排序时怎么写Less函数
字段名大小写敏感，且必须是导出字段（首字母大写），否则编译报错cannot refer to unexported field。字符串比较用strings.Compare或直接，数值直接比，时间字段转<code>Unix()或用Before/After方法。
示例：按User.Name升序，User.Age降序：
sort.Slice(users, func(i, j int) bool {
if users[i].Name != users[j].Name {
return users[i].Name users[j].Age // 降序：i在j前当且仅当i.Age更大
})
- 多级排序务必用嵌套
if判断，别写成a.Name b.Age——后者会导致逻辑短路，破坏稳定性 - 如果字段可能为
nil（如指针字段），先判空再比较，否则panic - 浮点数慎用
==或直接比较，优先用<code>math.Abs(a-b)
拼接两个slice后排序，为什么结果不对
常见原因是拼接后没重新赋值给原变量，或误用append未接收返回值。Go中append可能分配新底层数组，原变量仍指向旧内存，后续排序操作的是过期数据。
- 正确写法：
merged := append(slice1, slice2...)，然后对merged排序；或slice1 = append(slice1, slice2...)再排序 - 如果原切片容量足够，
append会复用底层数组，但行为不可控——别依赖这个优化 - 拼接后排序前，用
len(merged)和cap(merged)确认长度无误，避免因容量不足导致部分元素被截断
性能敏感场景下排序要注意什么
对百万级元素排序，sort.Slice本身开销不大，瓶颈常在Less函数里的重复计算。比如每次比较都调用strings.ToLower，实际做了两倍冗余转换。
- 提前把待比较字段预处理成临时切片（如
[]string存小写名），再用索引关联原数据，可提速30%以上 - 避免在
Less里做I/O、网络请求、锁操作——排序过程不可中断，这些会卡死整个流程 - 如果只是找Top N，用
heap包比全量排序快得多；sort.Slice适合需要完整有序结果的场景
最易被忽略的是：排序函数捕获外部变量时，若该变量在排序过程中被并发修改，结果完全不可预测。多协程环境下，务必确保Less闭包引用的数据是只读的。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
