必须用指针传参：结构体含 slice/map/chan/interface{} 字段、含 sync.Mutex 等非可复制字段、需修改字段或并发共享；小结构体（≤16 字节）传值更高效。
什么时候必须用指针传参
结构体含 slice、map、chan 或 Interface{} 字段时，值传递看似“安全”，实则危险：这些字段内部包含指针，值拷贝后仍共享底层数据，但结构体头（如 len/cap）是独立的。一旦函数内做 append 或 make，原结构体完全感知不到——这不是你想要的“隔离”，而是“意外失联”。更关键的是，sync.Mutex 等零值有效的同步原语，**绝不能传值**，否则锁失效（go 会 panic）。
- 必须用指针：结构体含
sync.Mutex、sync.RWMutex等非可复制字段 - 必须用指针：需要在函数中修改结构体字段（如库存扣减、状态更新）
- 必须用指针：结构体被多个 goroutine 共享且需并发修改
小结构体传值反而更高效
像 type Point Struct{ X, Y int } 或 type UserID String 这类 ≤16 字节的小结构体，传值比传指针更快。现代编译器能将其放入 CPU 寄存器，避免内存访问和解引用延迟；而指针虽只占 8 字节，却强制一次内存读取 + 解引用，反而多一次间接跳转。基准测试显示，在 amd64 上，16 字节以内结构体值传递平均快 5%–15%。
- 推荐值传递：字段 ≤2 个
int/string（不含大字符串）、无引用类型、总大小 ≤16 字节 - 值传递天然防误改：调用方数据绝对安全，适合只读计算（如
func (p Product) PriceWithTax() float64） - 别迷信“统一用指针”——Go 标准库里
time.Time、net.IP都是值类型，就因小且不可变
方法接收者不等于参数传递，但必须一致
如果你定义了 func (p *Product) Save()，那所有调用点都该用 *Product 变量。虽然 Go 允许用值变量调用指针方法（自动取地址），但前提是该值**不逃逸到堆上**——临时结构体字面量 &Product{} 没问题，但 Product{} 直接传给 Save() 会触发编译错误：cannot call pointer method on Product literal。
- 接收者用指针 → 调用方变量最好也声明为指针（如
p := &Product{...}），避免隐式取地址带来的逃逸 - 接收者用值 → 无法修改字段，且若结构体较大，每次调用都复制，性能雪崩
- 导出结构体对外暴露的方法，优先用指针接收者：既支持修改，又避免包外用户意外传值导致方法不可调用
工厂函数返回值别犹豫，直接返指针
工厂函数（如 NewConfig()、ParsejsON(...)）几乎总是该返回 *T。原因很实在：返回值若为值类型，调用方必须再取地址才能传给需要指针的其他函数；若工厂本身已分配内存（比如解析 json 到结构体），再复制一次纯属浪费。更重要的是，返回指针明确传达“这是可共享、可修改的实例”语义。
立即学习“go语言免费学习笔记（深入）”；
- 返回指针：避免调用方二次分配，减少 GC 压力（尤其高频创建场景）
- 返回指针：与标准库习惯一致（
json.Unmarshal要求*T，http.NewRequest返回*http.Request） - 例外极少：仅当结构体极小（≤8 字节）且明确设计为不可变值对象（如
type Status uint8）才考虑返回值
func NewProduct(name string, price float64) *Product { return &Product{ ID: uuid.New().String(), Name: name, Price: price, Stock: 100, } } // ✅ 正确用法：直接用于指针方法 p := NewProduct("Laptop", 999.99) p.DeductStock(1) // ❌ 别这么干：NewProduct() 返回指针，你还手动取地址 p2 := &*NewProduct("Phone", 599.99) // 多余且易空指针 panic 传值还是传指针，不是风格选择题，而是对数据所有权、修改意图和内存行为的诚实表态。最容易被忽略的，其实是逃逸分析——你以为传值很轻量，结果 go build -gcflags="-m" 一看，结构体全被编译器悄悄挪到堆上了。动手前跑一遍基准测试，比凭经验猜靠谱得多。