因为slice是值类型，其接收者拷贝包含指向原底层数组的指针，故修改元素（如s[0]=x）生效；但append可能返回新头（含新指针或新len），需指针接收者或显式返回赋值才能更新原slice。
为什么 slice 方法用值接收者却能改元素
因为 slice 本身是值类型，但它的底层结构里包含一个指向数组的指针、len 和 cap。值接收者拿到的是这个三元结构的拷贝，而拷贝中的指针仍指向原底层数组——所以 pq[i].priority = 5 这类操作会生效。
- 修改元素（如
s[0] = 10）不需要指针接收者 - 交换两个索引位置（如
s[i], s[j] = s[j], s[i]）也只需值接收者 - 只要不碰
len、cap或底层数组指针，值接收者完全够用
为什么 Push/Pop 必须用指针接收者
append 可能触发扩容，返回一个全新 slice 结构体（新指针 + 新 len/cap）。值接收者内部调用 append 后，只更新了局部拷贝，原变量完全没变——这会导致数据“消失”。
- 错误写法：
func (pq PriorityQueue) Push(x interface{})→append返回值被丢弃 - 正确写法：
func (pq *PriorityQueue) Push(x interface{})→ 用*pq = append(*pq, item)写回原变量 - 不改结构体字段（如
len）的操作，永远无法靠值接收者“持久化”
自定义 slice 类型时该选值还是指针接收者
如果你定义了 type PriorityQueue []*Item，方法接收者选值还是指针，取决于你是否要改变 slice 头部信息。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 只读或改元素：用值接收者，更轻量、无副作用
- 要
append、cut、resize：必须用指针接收者，或改用返回新 slice 的函数签名 - 混用场景常见：比如
Swap值接收者 +Push指针接收者，这是标准库container/heap的设计逻辑
容易被忽略的底层数组复用陷阱
即使没扩容，append 也可能复用原底层数组空间。若你丢弃返回值，原 slice 的 len 没变，但后续操作可能覆盖“已删”区域——比如 removeFrom 函数不赋值，就可能输出 [40 50 50 50 50] 这种诡异结果。
立即学习“go语言免费学习笔记（深入）”；
- 永远检查
append是否有返回值被接收 - 调试时可用
fmt.Printf("%p", s)看底层数组地址是否变化 - 别依赖“看起来像引用传递”的行为，Go 没有引用传递，只有值拷贝 + 指针共享
