该用 T 而非 *T 的情况：小结构体传参或值接收者方法，因拷贝开销低且避免解引用；只读操作、并发安全、接口一致性要求值接收者时；切片/map/channel 本身具引用语义，无需额外指针。
什么时候不该用 *T 而该用 T？
Go 中值类型（int、string、struct 等）传参默认拷贝，但小结构体（如 type Point struct{ X, Y int }）拷贝开销极低，强行用指针反而增加间接寻址成本。编译器对小值类型的拷贝做了优化，而指针传递还需解引用，实际更慢。
常见误用场景：
- 函数只读取结构体字段，却声明参数为
*MyStruct - 返回本地变量地址（如
return &T{...}），但调用方并不需要长期持有或修改它 - 接口实现方法接收者用了指针，但该方法不修改字段也不涉及接口隐式转换需求
func (t T) Method() 还是 func (t *T) Method()？
接收者类型决定方法能否修改字段、是否满足接口、是否触发拷贝——不是“习惯”问题，而是语义选择。
用值接收者 (t T) 更合适的情况：
立即学习“go语言免费学习笔记（深入）”；
- 结构体很小（通常 ≤ 4 字段，且不含大数组/slice/map）
- 方法纯读取，不修改
t的任何字段 - 你希望该类型能被安全地并发读（值接收者天然无状态共享风险）
- 接口要求的是一致性：如果某个方法用了指针接收者，那所有方法最好都用指针接收者，否则可能漏实现接口
反例：func (t *bytes.Buffer) String() string 必须用指针，因为内部会修改 buf 的状态；但 func (t Point) Distance(p Point) float64 完全可以且应该用值接收者。
切片、map、channel 本身已含引用语义，别多此一举传指针
[]int、map[string]int、chan int 在 Go 中底层是描述符（header），传值即传指针+长度+容量等元信息，本身不拷贝底层数组或哈希表。对它们取地址再传 *[]int 是典型冗余操作，还让调用方必须解引用、增加 nil 检查负担。
错误写法示例：
func process(data *[]int) { /* ... */ }
// 调用方得写 process(&mySlice)，且函数内要 *data = append(*data, ...) ——完全没必要
正确做法：
- 直接传
[]int，修改底层数组内容（如data[0] = 1）生效 - 若需扩容并让调用方看到新 slice，返回新
[]int即可（如return append(data, x)） - 只有当你真要修改 slice header 本身（比如想把它置为
nil并让调用方感知），才考虑*[]int，但这种需求极少
如何快速识别「过度指针化」？
看三个信号：
- 函数签名里大量
*T参数，但函数体内没出现*t或t.X = ...类赋值 - 结构体字段全是
int/string，却每个方法都用指针接收者，且go vet提示should have pointer receiver的警告都没触发（说明编译器也认为没必要） - 用
go tool compile -S看汇编，发现频繁出现MOVQ加载地址、再MOVQ解引用——这是值类型用指针的性能反模式
一个容易被忽略的点：JSON 反序列化时，json.Unmarshal 要求传指针，是因为它要写入数据；但如果你只是临时解析再转成不可变结构体，用值类型构造 + 只读方法，比全程扛着 *Config 更清晰、更难出错。
