因为 container/heap 要求自定义类型实现 heap.interface，空切片不满足；push 必须用 append 扩容，否则越界 panic；pop 需截断并返回末尾元素；less 参数是下标而非值。
为什么 container/heap 不能直接用 heap.Push 往空切片推元素？
因为 container/heap 不是“开箱即用”的堆类型，它只提供一组操作函数，底层依赖你传入的切片必须满足 heap.Interface——而这个接口要求实现 Len()、Less()、Swap()、Push()、Pop()。空切片本身不自动具备这些方法。
常见错误现象：panic: runtime error: index out of range [0] with length 0，发生在第一次 heap.Push(&h, x) 时，本质是你的 Push 方法没正确扩展底层数组（比如忘了用 append）。
- 必须自己定义一个结构体，内嵌切片，并完整实现
heap.Interface -
Push方法里一定要用append扩容，不能直接赋值到s[len(s)] -
Pop方法必须返回末尾元素并截断切片：old := s[s.Len()-1]; s = s[:s.Len()-1]; return old
自定义比较逻辑时，Less(i, j int) bool 的 i 和 j 是下标，不是值
很多人误把 Less 当成对两个值做比较的回调，结果写成 return a[i] 却发现 a 没定义——其实 <code>i 和 j 是当前切片的索引，所有数据都得从接收者自身字段里取。
使用场景：想建最小堆、最大堆、按字段排序的堆（如按 Task.Priority 排）。
- 如果结构体内嵌的是
[]int，Less就写return h.data[i] - 如果存的是指针或结构体，比如
[]*Task，就得写return h.tasks[i].Priority - 别在
Less里做耗时操作（如网络请求、文件读取），它会被频繁调用，影响堆调整性能
heap.Init 必须在初始化后调用，且只调用一次
heap.Init 不是构造函数，它只是对已存在的切片做一次堆化（heapify）。如果你已经用 append 填了一堆数据，但没调 heap.Init，那后续 heap.Pop 取出来的根本不是堆顶。
错误现象：弹出的元素顺序混乱，和预期最小/最大值不符；或者 heap.Top()（需自行实现）返回错误值。
- 只要切片数据变过（比如手动改了某个元素），就得重新
heap.Init或用heap.Fix -
heap.Fix(h, i)更轻量，适用于单个索引位置变化后修复，比如更新了第 3 个元素的权重 - 别在循环里反复
Init整个堆，复杂度 O(n)，而Fix是 O(log n)
Go 1.21+ 的 cmp 包让自定义比较更简洁，但 container/heap 还不支持
虽然 cmp.Ordered 和 cmp.Compare 能大幅简化泛型比较逻辑，但 container/heap 的 Less 方法签名固定为 (i, j int) bool，没法直接套用 cmp 函数。
这意味着：你仍然得手写索引取值 + 比较逻辑，无法靠类型约束自动推导。
- 泛型堆封装可以结合
cmp，但底层仍要实现Less，只是实现体更短 - 注意
heap.Interface不是泛型接口，所以哪怕你的结构体用了类型参数，Less也得硬编码字段访问 - 别指望
go vet或 IDE 帮你检查Less里是否越界——它只在运行时 panic
Push 里要 append、Pop 里要截断、以及初始化后漏掉 heap.Init。这三处写错，堆就形同虚设。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
