该用指针传参当结构体较大（字段超4–5个，含[]byte、map、slice等）以减少拷贝开销；小结构体传值更高效；切片、map、chan本身轻量，无需额外加星号；避免不必要的指针导致逃逸和GC压力。
什么时候该用指针传参而不是值拷贝
Go 中函数参数默认是值拷贝，结构体越大，拷贝开销越明显。当结构体字段超过 4–5 个（尤其含 []byte、map、slice 或嵌套结构体）时，传指针通常更省内存和 CPU。
- 小结构体（如
type Point struct{ X, Y int }）传值更高效，避免解引用开销 - 含大字段的结构体（如
type User struct{ ID int; Name string; Avatar []byte }）传*User可减少堆分配和 GC 压力 - 方法接收者选
func (u *User) Save()而非func (u User) Save()，否则每次调用都拷贝整个实例
切片和 map 本身已含指针，别盲目加星号
[]int、map[string]int、chan int 这些类型底层是运行时结构体（如 sliceHeader），本身只占固定字节（通常 24 字节），传值开销极小。对它们取地址反而可能阻止逃逸分析，导致本可栈分配的对象被抬升到堆上。
- 错误写法：
func process(data *[]int)—— 多余且易引发 nil panic - 正确写法：
func process(data []int)，需要修改底层数组内容时才考虑*[]int -
map同理，func update(m map[string]int)就能增删改，无需*map
避免指针导致的意外逃逸和 GC 压力
使用 go tool compile -m 检查变量是否逃逸。一旦局部变量取地址并返回，它必然逃逸到堆；若仅在函数内使用，编译器通常能将其保留在栈上。
- 危险模式：
func NewUser() *User { u := User{Name: "Alice"} return &u // u 逃逸，每次调用都分配堆内存 } - 更优写法：
func NewUser() User { return User{Name: "Alice"} // 栈分配，caller 决定存放位置 } - 若必须返回指针，考虑对象池：
sync.Pool复用*User实例，但要注意生命周期管理
struct 字段用指针需谨慎：nil 判断和零值语义
把结构体字段设为指针（如 Name *string）看似节省内存，实则增加复杂度：要处理 nil、序列化时默认不输出、JSON 解析需显式标记 omitempty，还可能掩盖业务逻辑中的空值误判。
立即学习“go语言免费学习笔记（深入）”；
- 仅当字段“真正可选”且有明确的“未设置”语义时才用指针字段（例如 API 请求中部分字段由客户端决定是否提供）
- 避免把
int、bool等基本类型字段设为*int，除非你需要区分“0”和“未提供” - 数据库 ORM（如 GORM）中
sql.NullString比*string更安全，因它显式封装了有效性和值
go tool pprof），而不是靠直觉加 *。很多“优化”反而让代码更难读、更易出错，且实际压测中看不出差异。 
