Go 的 slice 是值类型（底层为包含指针、长度和容量的结构体），修改其元素可直接通过值传递实现；但若需用 append 等操作改变其长度、容量或底层数组引用，则必须传指针或返回新 slice。
go 的 slice 是值类型（底层为包含指针、长度和容量的结构体），修改其元素可直接通过值传递实现；但若需用 `append` 等操作改变其长度、容量或底层数组引用，则必须传指针或返回新 slice。
在 Go 的标准库 container/heap 中，PriorityQueue 类型常被定义为 []*Item 的别名，而其方法却混合使用了值接收者（如 func (pq PriorityQueue) Swap(...)）和指针接收者（如 func (pq *PriorityQueue) Push(...)）。这种设计并非随意，而是严格遵循 Go 中 slice 的语义特性。
✅ 值接收者适用于「只读」或「仅修改元素内容」的操作
例如 Swap 方法：
func (pq PriorityQueue) Swap(i, j int) {
pq[i], pq[j] = pq[j], pq[i]
}虽然 pq 是值接收者，但由于 slice 底层结构中包含指向底层数组的指针，因此对 pq[i] 或 pq[j] 的赋值会真实反映到底层数组上——调用方看到的元素顺序确实被交换了。这不需要修改 slice header（即不改变 len/cap/ptr 地址），所以值传递完全足够。
⚠️ 指针接收者是「修改 slice header」的必要条件
而 Push 方法的核心是 append：
func (pq *PriorityQueue) Push(x interface{}) {
n := len(*pq)
item := x.(*Item)
item.index = n
*pq = append(*pq, item) // ← 关键：重写整个 slice header
}append 可能触发底层数组扩容，此时会返回一个全新的 slice header（新 ptr、新 len、可能新 cap）。若使用值接收者：
// ❌ 错误示例：无法影响调用方的 slice
func (pq PriorityQueue) Push(x interface{}) {
pq = append(pq, x.(*Item)) // 修改的是 pq 的副本，原 slice 不变
}该函数内部虽成功追加，但 pq 是入参的拷贝；函数返回后，调用方持有的原始 slice 完全未更新——这将导致堆结构损坏、索引错乱甚至 panic。
? 补充说明：pq 本身不是“引用类型”。Go 中没有引用类型；slice 是值类型，只是其值中包含指针。类比 C：它像 struct { void* data; int len; int cap; }，传值即复制整个 struct；要修改 struct 本身（如 data 地址或 len），必须传 *struct。
✅ 正确实践：按操作目标选择接收者类型
| 操作目标 | 推荐接收者 | 原因说明 |
|---|---|---|
| 修改 slice 中某元素的字段 | T（值） | 底层数组可写，header 不变 |
| 调用 sort.Sort, copy, s[i:j] | T（值） | 不改变 header |
| 调用 append, [:n]（缩短）, make 后重新赋值 | *T（指针） | 必须更新 caller 持有的 slice header |
| 需同时修改多个字段（如 len, cap, ptr） | *T（指针） | 唯一安全方式 |
? 总结：牢记一条原则
“改内容 → 值接收者；改 header → 指针接收者或返回新 slice。”
在 container/heap 等需要动态增删元素的抽象中，Push/Pop 必须用指针接收者以确保 slice 结构同步更新；而 Less/Swap/Len 等只读或仅写元素的方法，自然采用值接收者——既安全，又避免不必要的解引用开销。理解 slice 的三要素（ptr/len/cap）及其值语义，是写出健壮 Go 代码的关键基础。
