要让 sort.sort 按需排序，必须完整实现 sort.interface 的 len、less、swap 三个方法，且接收者类型统一、swap 真改底层数组、less 满足严格弱序；多字段用短路比较，注意空值与类型一致性。
怎么让 sort.Sort 按你想要的规则排？
直接实现 sort.Interface 接口，而不是靠 sort.Slice 临时写闭包——前者更可控、可复用，也更容易被 IDE 识别和测试覆盖。
常见错误是只实现了 Len 和 Less，但忘了 Swap；或者把 Less 的逻辑写反（比如返回 a > b 却没加 !），导致排序结果完全颠倒。
使用场景：需要多次复用同一套排序逻辑（比如在 HTTP handler、数据库查询结果后统一按状态+时间排序），或排序逻辑较重（涉及字段解析、类型转换、甚至调用外部函数）。
-
Len必须返回切片长度，不能是常量或缓存值（否则扩容后失效） -
Less(i, j int) bool决定“是否 i 应该排在 j 前面”，不是“是否 i 小于 j” -
Swap(i, j int)要真正交换底层数组元素，别只交换指针或结构体字段
sort.Slice 和自定义 sort.Interface 选哪个？
如果排序逻辑只用一次、逻辑简单（比如按 user.Name 升序），sort.Slice 更轻量；但只要涉及多字段、条件分支、或需测试/复用，就该写接口实现。
立即学习“go语言免费学习笔记（深入）”；
性能上差异极小（sort.Slice 底层也是构造匿名接口），但兼容性不同：sort.Interface 实现可导出、可嵌入、可作为字段类型；sort.Slice 的闭包无法导出，也无法被其他包复用。
参数差异明显：sort.Slice(x, func(i, j int) bool { ... }) 把逻辑压进函数字面量，而接口实现把逻辑拆到三个方法里，结构更清晰。
- 想支持
sort.Stable？只有sort.Interface实现能直接传进去 - 要给结构体加
SortByCreatedAt()方法？必须实现接口，不能靠sort.Slice - 测试排序行为时，接口实现可单独单元测试三个方法；闭包只能测整个
sort.Slice调用
多字段排序怎么写才不出错？
别堆 if-else 判断优先级，用“短路比较”：先比第一字段，相等再比第二字段，依此类推。这是最不容易漏 case 的写法。
容易踩的坑是字段类型不一致（比如一个字段是 int64，另一个是 time.Time），或空值处理缺失（如 nil slice 元素、空字符串排在最前还是最后）。
示例：按 Status（字符串）升序，相同则按 CreatedAt（time.Time）降序：
func (s ByStatusThenTime) Less(i, j int) bool {
if s[i].Status != s[j].Status {
return s[i].Status < s[j].Status // 升序
}
return s[i].CreatedAt.After(s[j].CreatedAt) // 降序：时间大的排前面
}
- 字符串比较用
是按字典序，不是按中文拼音；需要本地化排序得用 <code>golang.org/x/text/collate -
time.Time比较别用Before/After返回值直接当Less结果，要确认语义是否匹配（比如降序时返回After是对的） - 浮点字段慎用
==判断相等，优先用math.Abs(a-b) 再进下一级比较
为什么 sort.Sort 后原切片没变？
因为传给 sort.Sort 的是接口值，它内部操作的是你实现的 Swap 和 Less，但如果你的 Swap 方法没真正改到底层数组（比如误操作了副本、或指针没解引用），排序就等于白做。
典型错误：实现 Swap 时用了 temp := s[i] 但 s 是值接收者，交换只发生在栈上副本；必须用指针接收者 + 正确赋值。
还有种隐形问题：切片头信息（len/cap）没变，但底层数组被别的 goroutine 并发修改，导致排序中途数据错乱——这不是 sort 的问题，但容易误判。
- 所有方法接收者类型必须统一：要么全是指针
*MySlice，要么全是值MySlice；混用会导致sort.Sort找不到实现 - 调试时打印
fmt.Printf("%p", &s[0])看底层数组地址，确认Swap是否真在动同一块内存 - 如果结构体字段是 map/slice/chan，它们本身是引用类型，
Swap时交换的是 header，不是深拷贝——这通常正是你想要的
Less 方法的语义一致性：它必须满足严格弱序（irreflexive、asymmetric、transitive），否则 sort 可能 panic 或死循环。尤其在多字段组合、或有 nil 处理时，手写逻辑很容易漏掉某个分支的返回值。 
