Golang切片排序：自定义准则实现方法

要让 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 更轻量；但只要涉及多字段、条件分支、或需测试/复用，就该写接口实现。

性能上差异极小（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) // 降序：时间大的排前面
}

• 字符串比较用 < 是按字典序，不是按中文拼音；需要本地化排序得用 golang.org/x/text/collate
• time.Time 比较别用 Before/After 返回值直接当 Less 结果，要确认语义是否匹配（比如降序时返回 After 是对的）
• 浮点字段慎用 == 判断相等，优先用 math.Abs(a-b) < eps 再进下一级比较

为什么 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 处理时，手写逻辑很容易漏掉某个分支的返回值。