go的container/heap不是优先队列，仅是堆操作工具包；需手动实现len、less、swap、push、pop五方法，其中push/pop必须用指针接收者且调用时传地址，否则修改副本导致无反应。
container/heap 不是优先队列，它只是堆操作工具包；你得自己实现 Len、Less、Swap、Push、Pop 五个方法，漏一个或接收者写错，heap.Push 就没反应。
为什么 heap.Push 没效果？接收者必须是指针
常见错误是把 Push 和 Pop 的接收者写成值类型，比如 func (h TaskHeap) Push(x interface{})。结果 *h = append(*h, x) 修改的是副本，底层数组完全没变——队列始终为空。
-
Push和Pop必须用指针接收者：func (h *TaskHeap) Push(x interface{}) - 调用时也必须传地址：
heap.Push(&pq, task)，不是heap.Push(pq, task) -
Len、Less、Swap可用值接收者（更高效），但Push/Pop不行
Less 写反了会怎样？最小堆和最大堆只差一个符号
Less(i, j) 返回 true 时，i 会被“提”到更靠近根的位置。所以：
Golang Samber Hot
下载
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 最小堆 → 小的优先 →
return h[i].Priority - 最大堆 → 大的优先 →
return h[i].Priority > h[j].Priority - 别在
Less里调函数、查map或做任何耗时操作，它会在每次上滤/下滤中被反复调用 - 如果字段可能为
nil（比如*time.Time），先判空再比较，否则 panic
heap.Init 和 heap.Push 的调用时机有什么区别？
heap.Init 是一次性建堆，只在初始切片无序时调用一次；heap.Push 和 heap.Pop 才是日常增删操作。
- 误以为每次
Push前都要Init，会导致堆被反复重排，性能暴跌，还可能漏掉元素 - 初始化后直接
heap.Push(&h, x)即可，无需再Init - 空切片也要初始化：
h := &IntHeap{}; heap.Init(h)，不能跳过
heap.Fix 什么时候该用？别乱碰
只在你**手动修改了堆中某个元素的值**之后才需要调用 heap.Fix。比如你有个任务队列，想提前执行某项高优任务，于是直接改了它在切片里的字段——这时堆结构可能已破坏，必须用 heap.Fix(h, i) 从第 i 个位置重新下沉或上浮。
- 新增/删除永远用
heap.Push/heap.Pop，不要用Fix - 如果只是读取堆顶（如
(*h)[0]），完全不需要Fix - 误用
Fix可能引发panic: "index out of range"，因为它假设索引合法且结构基本完整
最容易被忽略的是：结构体字段比较前未判空、Pop 后忘了缩容切片、并发场景下没加锁——这三处一出错，堆就崩得无声无息。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
