传指针能真正减少拷贝的情况包括：大结构体（如含10KB字段）、嵌套大slice/map的结构体、需函数内修改原值的场景；切片和map本身无需额外传指针，除非需替换整个header。
在 Go 中，合理使用指针能显著减少值拷贝开销，尤其对大结构体、切片或频繁传递的参数场景效果明显。关键不是“多用指针”，而是理解何时该用——核心原则是：当值类型较大或不需要副本语义时，传指针更高效；小类型（如 int、bool）或需隔离修改时，传值反而更清晰安全。
哪些情况传指针能真正减少拷贝？
Go 函数调用默认按值传递，意味着整个变量被复制。以下类型传指针可避免大量内存复制：
-
大结构体（字段多、含数组或嵌套结构）：比如一个含 10KB 字节字段的结构体，每次传值都复制 10KB；传
*MyStruct只复制 8 字节（64 位系统指针大小） - 包含大 slice 或 map 的结构体：注意，slice 本身是轻量结构（含指针、长度、容量），但若结构体中嵌套了底层数组很大的 slice，传值仍会复制该 slice 头部（不复制底层数组），但若结构体本身很大，传指针仍有意义
- 需要函数内修改原值的场景：如解析配置、填充结果、状态更新等，避免返回新副本并重新赋值
切片和 map 本身已带“引用语义”，何时还需传指针？
切片和 map 是引用类型（底层含指针），传值时只复制 header（24 字节或 32 字节），不复制底层数组或哈希表。因此通常无需额外加 *：
- 修改切片元素（
s[i] = x）或追加（append(s, x)）→ 原切片可见变化（只要没扩容导致底层数组更换） - 修改 map 元素（
m[k] = v）→ 原 map 可见变化 - 但若需在函数内 替换整个切片头（如重分配、截断后返回新 header），且希望调用方拿到新 header，则必须传
*[]T或返回新切片（推荐后者，更符合 Go 习惯）
实际优化建议与注意事项
性能提升要结合 profile 验证，避免过早优化。以下是实用建议：
立即学习“go语言免费学习笔记（深入）”；
-
优先用结构体字段命名表达意图：比如
type Config struct{ ... }作为参数时，自然用*Config；而type UserID int64小类型保持传值更清晰 -
方法接收者选择要一致：如果结构体有修改状态的方法（如
func (u *User) SetName(n string)），则所有相关方法都应使用指针接收者，避免混用导致意外拷贝 -
避免返回局部变量地址：如
func bad() *int { v := 42; return &v }是危险的（逃逸分析可能挽救，但不可依赖）；应确保指针指向堆上长期存活的数据 -
配合逃逸分析检查：用
go build -gcflags="-m" main.go查看变量是否逃逸到堆；频繁堆分配可能抵消指针带来的拷贝优势
一个对比示例
假设有：
type BigData struct {
ID int64
Items [10000]int64 // 占约 80KB
Meta string
}
func processByValue(data BigData) { / 拷贝 80KB+ / }
func processByPtr(data BigData) { / 拷贝 8 字节 */ }
在循环中调用 1000 次，前者多拷贝约 80MB 内存，后者仅 8KB —— 差异显著。但若 BigData 仅含 3 个 int，传值与传指针性能差异可忽略，此时应选语义更明确的方式。
