heap.Init 不是可选步骤，而是对已有切片执行自底向上堆化以建立堆序；跳过它直接操作会导致结果不可预测。
Go 语言没有内置堆排序函数，container/heap 仅提供堆操作原语，构建可排序的堆必须手动实现 heap.Interface 并调用 heap.Init —— 否则编译失败或行为未定义。
为什么 heap.Init 不是可选步骤
heap.Init 不是“初始化空队列”的仪式，而是对已有切片执行一次完整的自底向上堆化（downward sift），从最后一个非叶子节点开始逐个调整。没调它就直接 heap.Pop 或 heap.Push，堆序不成立，取出来的值既不是最小/最大，也不稳定。
- 输入切片
[]int{3, 1, 4, 1, 5}，长度为 5 → 最后一个非叶子节点索引是(5-1)/2 = 2（整数除法），heap.Init就从索引 2 开始往前 siftDown - 若跳过
heap.Init直接heap.Pop，第一次弹出的可能是1，也可能是3，取决于底层内存布局，不可预测 - 新建空堆（如
h := &IntHeap{}）可跳过heap.Init，因为后续heap.Push内部会自动上滤；但已有无序数据必须先heap.Init
Less 写错会导致堆序完全颠倒
Less(i, j) 返回 true 时，i 会被“提”向根部。这个逻辑直接决定是最小堆还是最大堆，写反了就等于把调度逻辑搞反——比如本该最早执行的任务被排到最后。
- 升序输出（最小堆）：必须写
return h[i] < h[j]，不是> - 最大堆（如任务按优先级降序）：写
return h[i].Priority > h[j].Priority - 字段可能为
nil（如*time.Time）时，Less中必须先判空再比较，否则运行时 panic - 别在
Less里调用耗时函数或查 map —— 它会在每次上滤/下滤中被反复调用，性能雪崩
接收者类型不统一就会静默失效
Len、Less、Swap 可用值接收者，但 Push 和 Pop 必须用指针接收者。否则 heap.Push(&h, x) 看似成功，实际只修改副本，原切片长度和内容毫无变化。
立即学习“go语言免费学习笔记（深入）”；
- 错误写法：
func (h IntHeap) Push(x interface{})→append操作作用于副本，原h不变 - 正确写法：
func (h *IntHeap) Push(x interface{}) { *h = append(*h, x.(int)) } - 调用时必须传地址：
heap.Push(&pq, task)，不能是heap.Push(pq, task) -
Pop实现顺序必须是：先取末尾元素old[n-1]，再缩容*h = old[0 : n-1]；反过来会越界 panic
想排序就得自己循环 heap.Pop，别等“一键排序”
container/heap 没有 heap.Sort，也没有原地堆排序封装。要获得升序结果，只能手动建最小堆，然后循环 heap.Pop 把值取出填入新切片；若坚持原地排序（空间 O(1)），就得绕过 container/heap，手写 siftDown 和建堆逻辑。
- 常见误操作：
heap.Init(&h)后以为数组已升序 → 实际只是满足最小堆结构，h[0]是最小值，其余位置无序 - 安全做法：建最小堆 →
for h.Len() > 0 { res = append(res, heap.Pop(&h).(int)) } - 原地排序需建最大堆 → 交换
h[0]和末尾 → 缩小堆范围 → 对新堆顶siftDown，这一步container/heap不提供支持 - 并发访问必须加锁：
container/heap零同步机制，多个 goroutine 同时Push/Pop必然 data race
最容易被忽略的是：空切片不能是 nil，Len() 返回负值会 panic；Less 的语义必须严格对应业务含义（比如“最早执行时间优先”得比 execAt.Before()，而不是直觉比字段名）；heap.Fix 只修单个元素，不是重排整个堆。
