heap.pop panic 因未初始化或切片为空；必须用指针接收器实现pop：取末尾元素后裁剪*h，否则长度不变导致越界。
heap.Pop 为什么总是 panic: runtime error: index out of range？
因为 heap.Pop 要求传入的切片必须是已通过 heap.Init 初始化过的堆，且不能是空切片。直接对未初始化或 len==0 的切片调用会触发越界 panic。
- 必须先定义实现了
heap.Interface的结构体（含Len,Less,Swap,Push,Pop） -
Pop方法里要从切片末尾取元素再裁剪：比如x := h[h.Len()-1]; *h = (*h)[:h.Len()-1]; return x，不能写成h = h[:len(h)-1]（没改原切片） - 常见错误：把普通 slice 直接传给
heap.Pop，而没传指针或没实现接口
最小堆结构体怎么写才符合 heap.Interface？
Go 标准库的 heap 不提供现成的最小/最大堆类型，必须自己定义结构体并实现五个方法。关键点在于 Less 的逻辑方向决定堆序——最小堆返回 a ，最大堆返回 <code>a > b。
-
Push必须用*h = append(*h, x)，不是h = append(h, x) -
Pop必须操作*h并返回末尾元素，否则堆长度不会变，后续heap.Fix或heap.Pop会出错 - 示例结构体字段通常就一个
data []int，Len和Swap都直接代理到底层切片
heap.Remove 和 heap.Fix 怎么配合 Pop 使用？
heap.Remove 用于删除指定索引位置的元素（比如弹出堆顶后想删掉某个中间节点），它内部会调用 heap.Fix 来恢复堆序；而 heap.Pop 专用于弹出堆顶（即索引 0），它本身已包含下沉修复逻辑。
- 不要对堆顶用
heap.Remove(h, 0)，应该用heap.Pop(h)—— 前者多一次无谓的Fix调用，且语义不清 -
heap.Fix(h, i)在你手动修改了第i个元素值之后必须调用，否则堆序可能破坏（比如更新优先级后） - 如果只是弹出堆顶，只用
heap.Pop就够了，不用额外Fix
为什么用 container/heap 比手写 for 循环排序更合适？
因为 container/heap 是动态维护的，支持在 O(log n) 时间内插入、弹出、调整单个元素；而每次 sort.Sort 都是 O(n log n)，适合一次性全量排序，不适合流式数据或实时优先级队列场景。
- 典型适用场景：任务调度器、Dijkstra 算法中的优先队列、限流器里的延迟请求队列
- 注意：heap 本身不保证稳定排序，相同优先级的元素顺序取决于插入顺序和堆调整路径
- 如果只需要一次性排序，用
sort.Ints更简单；但凡涉及“边插边弹”或“中间改权值”，就必须用heap接口
Push 或 Pop 后，底层切片地址可能变化，所以不能缓存 &h[0] 这类指针；还有，heap.Init 只做一次建堆，后续所有操作都依赖你正确实现那五个方法——少一个或写错一个，行为就不可预测。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
