Go中指针与值类型的选择影响内存和性能。值类型直接存储数据，传参会复制，适合小对象；指针传递地址避免拷贝，适合大结构体或需修改原值场景。但指针本身有8字节开销，滥用会增加GC压力。变量分配在栈或堆由逃逸分析决定：若局部变量地址被外部引用，则逃逸到堆，由GC管理；否则分配在栈，高效且无需GC。选择依据包括：结构体大小、是否需修改原值、方法接收者一致性及接口实现需求。小结构体和基础类型推荐值传递，大对象用指针。编译器通过逃逸分析自动优化内存布局，开发者应关注逻辑正确性与接口一致性。
在Go语言中，指针与值类型的内存分配机制是理解程序性能和行为的关键。很多人误以为使用指针一定能减少内存开销或提升效率，其实这取决于具体场景。下面从变量分配、栈堆判断、逃逸分析等方面解析Golang中指针与值类型的实际运作方式。
值类型的基本内存分配
Go中的基本数据类型（如int、float64、struct等）默认是值类型。当声明一个值类型变量时，其数据直接存储在分配的内存空间中。
例如：
var x int = 42y := struct{ name string }{"Alice"}
这里的x和y的数据都直接存放在变量对应的内存位置。如果将它们传给函数，会进行完整拷贝。对于小型结构体，这种拷贝开销很小；但对于大对象，可能带来性能问题。
立即学习“go语言免费学习笔记（深入）”；
指针如何影响内存使用
使用指针时，变量保存的是另一个变量的地址。通过&取地址，*解引用访问值。
func modify(p *int) {*p = 100
}
x := 5
modify(&x)
这里传递的是x的地址，函数内部修改直接影响原始变量。这种方式避免了复制整个值，适合大型结构体或需要修改原值的场景。
但要注意：指针本身也是有开销的——它是一个机器字大小的地址，在64位系统上通常是8字节。频繁使用小对象的指针反而可能增加内存占用和GC压力。
栈与堆的分配决策：逃逸分析
Go编译器会通过逃逸分析（escape analysis）决定变量分配在栈还是堆上。这个过程是自动的，开发者不需手动干预。
基本原则是：如果一个局部变量被外部引用（比如返回其指针），它就必须分配到堆上，否则可能随着栈帧销毁而失效。
示例：
func newInt() *int {x := 10
return &x // x 逃逸到堆
}
尽管x是局部变量，但由于返回了它的地址，编译器会将其分配在堆上，并通过垃圾回收管理生命周期。
相反，如果只是传参但不向外暴露指针，变量通常留在栈上，速度快且无需GC参与。
何时该用值类型，何时用指针
选择值还是指针，应基于以下几点考虑：
- 结构体大小：小结构体（如只含几个字段）传值更高效；大结构体建议用指针避免复制开销
- 是否需要修改原值：若函数需改变输入状态，应使用指针
- 一致性：如果某个类型的方法集使用了指针接收者，其他方法也应统一风格
- 接口实现：某些情况下只有指针能满足接口要求，特别是涉及状态变更的操作
标准库中常见模式是：基础类型和小对象用值，复杂结构体用指针。
基本上就这些。Go的内存管理设计得足够智能，多数情况下你只需关注逻辑正确性，编译器会帮你优化大部分内存分配问题。
