如何在 Go 中实现基于内存的高性能排序算法

在Go里想自己手写排序来超越sort.Ints？坦白说，基本没戏。标准库的sort.Ints用的是introsort——一种融合了快速排序、堆排序和插入排序的混合算法，而且已经做过深度汇编优化，还能根据数据分布自动降级到最合适的策略。所谓“高性能排序”，追求的不是比它更快，而是在特定约束条件下做到：不拖慢整体流程、不爆内存、不触发GC颤抖。

用 sort.Sort + 自定义 Interface 替代 sort.Slice

处理百万级结构体排序时变慢，核心原因在哪？大概率是sort.Slice那个闭包比较函数惹的祸——它引发接口动态调度，还导致CPU缓存频繁失效。换用sort.Sort就能将比较逻辑内联，彻底消除这些调用开销。

具体来说，需要实现三个方法：Len、Less、Swap，一个都不能少。接收者统一用指针类型（*MySlice），否则Less和Swap行为不一致会直接panic。写Less时有个小技巧：别重复取字段，比如slice[i].CreatedAt.Unix()写两次这种事要避免——提前存到局部变量leftTS、rightTS里就好。

还有一个常见的误区：如果只排一个字段（比如int64），就别多此一举包装结构体了，直接用sort.Ints或sort.SliceInts，它们走的是纯汇编路径，效率最高。

大结构体排序：先转索引再间接比较

当结构体里包含[]byte、string或指针字段时，交换操作的代价就上来了——得复制底层数据或更新指针。这时候的优化思路是：排序时不移动结构体本身，只移动索引。

做法很直接：构造一个indices := make([]int, len(data))，填上0,1,2,...。然后用sort.Slice(indices, func(i, j int) bool { return data[indices[i]].Score < data[indices[j]].Score })排序。排完之后按indices的顺序访问原数组就行，整个过程没有任何结构体拷贝。这里要注意：这种方法不改变原切片顺序，如果确实需要真正重排，最后用append或预分配一个新切片重建一下。

Top-K 场景：用 container/heap 代替全量排序

如果只要前10名、前100名，把全量数据都排一遍就是典型的资源浪费。container/heap构建一个小顶堆，然后逐个Pop，时间复杂度直接从O(n log n)降到O(n log k)，差距很明显。

有一点要提醒：标准库里没有heap.Sort这个函数，别去找了。必须自己实现Len/Less/Swap，然后调用heap.Init和循环heap.Pop。如果升序取Top-K，就用小顶堆——Less(i,j) return item[i] < item[j]，每次Pop出当前最小值，堆里始终保留最大的K个。

实际操作时可以把堆大小固定为K，在Push之前先跟堆顶比一下：如果新元素不大于堆顶就直接跳过，省掉入堆和下沉的开销。另外别忘了，Pop返回的是interface{}，得做类型断言，比如v := heap.Pop(h).(MyItem)。

大数据量排序：暂停 GC 并预分配容量

一次持续500毫秒以上的排序很可能横跨多个GC周期，尤其是结构体里包含slice或map的时候，GC的扫描开销会层层叠加到排序耗时里。离线批处理场景下，可以临时停掉GC：old := debug.SetGCPercent(-1); defer debug.SetGCPercent(old)。但线上服务绝对不能这么干。

如果排序后需要返回新切片，提前make([]T, len(src))