应根据是否需修改原值及结构体大小选择：必须用指针接收器以修改字段或处理大结构体（>8–16字节）；小结构体或纯函数式方法可用值接收器；注意逃逸、GC压力与sync.Pool复用陷阱。
直接传递大结构体时，用指针能避免复制开销；但对小类型（如 int、string）盲目加指针反而可能降低性能、增加 GC 压力。
什么时候该用指针接收器而不是值接收器
方法接收器选指针还是值，关键看是否需要修改原值，以及结构体大小。Go 编译器不会自动优化值接收器的拷贝——哪怕你只读不写，只要声明为值接收器，每次调用都完整复制整个 struct。
- 必须用指针接收器：要修改 receiver 字段（如
user.SetAge(25)），或 receiver 是大结构体（字段总和 > 8–16 字节，比如含 slice/map/chan 或多个字段） - 推荐用指针接收器：类型实现了接口且后续可能被嵌入（值接收器实现的接口无法被指针变量满足，容易引发隐式转换）
- 可用值接收器：小结构体（如
type Point struct{ x, y int }）、纯函数式方法（无副作用、不依赖地址）、或明确希望隔离调用上下文（防止意外修改）
传参时避免不必要的指针解引用和分配
传指针本身很快，但若目标值原本在栈上，而你用 &v 强制取地址，编译器可能把它“逃逸”到堆上，触发额外的内存分配和 GC。
- 检查逃逸：用
go build -gcflags="-m -l"查看变量是否逃逸。例如func f() *int { v := 42; return &v }中v必然逃逸 - 对局部小变量慎用
&：比如id := uint64(123); process(&id)，不如直接传id，除非process明确需要复用同一地址或修改它 - 批量处理时优先复用缓冲区：用
*[]byte不如传[]byte并在函数内调整长度；真正需要改变底层数组指针时才用指针
指针与 sync.Pool / 对象复用的配合陷阱
用 sync.Pool 复用结构体时，如果存的是指针（*T），取出后必须清空字段，否则残留数据会污染下次使用；而值类型（T）天然隔离，但分配成本高。
立即学习“go语言免费学习笔记（深入）”；
- 存指针更常见，但务必重置：例如从 pool 取出
*Request后，需手动设req.URL = nil; req.Header = nil等，不能只靠new(T) - 不要混用：池中存
*T，就别往里塞T；Go 不做类型擦除检查，运行时报错是invalid memory address - 注意竞态：多个 goroutine 并发取/放同一池对象时，对象内部字段若未同步清理，可能引发 data race —— 用
-race编译检测
最易被忽略的是：指针不是银弹。结构体是否逃逸、GC 压力、CPU 缓存行对齐、甚至 CPU 分支预测都会受指针间接访问影响。性能关键路径上，始终以 pprof 数据为准，而不是直觉。
