在golang中使用指针可能对性能产生影响，主要包括以下三点：1. 指针减少内存开销但增加gc负担，传递指针节省资源但长期引用会拖慢gc；2. 指针逃逸导致堆内存增加，影响gc频率，常见于返回局部变量地址或闭包引用；3. 并发下指针同步成本高，需合理使用锁或原子操作以避免瓶颈。合理控制指针使用可兼顾效率与性能。
在Golang中使用指针，虽然能带来内存效率和数据共享上的优势，但也可能对性能产生一些影响。这些影响并非总是负面的，但如果不加注意，确实可能导致程序运行变慢、GC压力增加等问题。
1. 减少内存开销，但增加GC负担
使用指针可以避免复制大对象，比如结构体或数组。直接传递指针比复制整个结构节省内存和CPU资源，这点在处理大数据结构时尤其明显。
但另一方面，指针的存在意味着这些对象不能轻易被垃圾回收器（GC）清理。如果一个对象通过指针被引用，哪怕只是弱引用或间接引用，GC就必须追踪它，这会增加扫描时间和堆内存占用。
立即学习“go语言免费学习笔记（深入）”；
- 指针越多，GC扫描的对象越多
- 长生命周期指针容易造成“内存泄漏”假象
- 尽量避免不必要的全局指针变量
举个例子：如果你有一个包含大量数据的结构体，在函数间频繁传递时用指针确实更高效，但如果这些指针被缓存或保存到map中而未及时释放，就会拖慢GC。
2. 指针逃逸带来的性能代价
Go编译器会在编译期做逃逸分析，判断哪些变量需要分配在堆上。如果一个局部变量被取了地址并返回出去，它就会“逃逸”到堆上，而不是分配在栈中。
栈内存是自动管理、快速回收的，而堆内存则要靠GC来处理。所以指针逃逸会增加堆内存使用，进而影响GC频率和整体性能。
你可以用
-gcflags="-m"来查看哪些变量发生了逃逸：
go build -gcflags="-m" main.go
常见导致逃逸的情况包括：
- 返回局部变量的地址
- 把局部变量赋值给interface{}
- 在闭包中引用外部变量
虽然逃逸不是绝对要避免的，但在热点路径（hot path）中尽量减少逃逸是有意义的优化方向。
3. 并发场景下指针同步的成本
Go鼓励通过通信来共享内存，而不是通过锁来控制访问。但在实际开发中，还是有不少场景需要用到指针进行并发操作，比如多个goroutine同时修改一个结构体字段。
这时候，如果没有正确使用sync.Mutex或者atomic包，就可能发生竞态条件（race condition），不仅带来逻辑错误，还可能因为频繁加锁、等待降低并发性能。
- 使用指针共享状态时要考虑同步机制
- Mutex加锁会影响执行效率，尤其是在高并发下
- sync/atomic适用于简单类型，但不适用于复杂结构
比如你有个计数器用int类型保存没问题，但如果是一个包含多个字段的状态结构体，多个goroutine修改不同字段都得加锁，就容易成为瓶颈。
总的来说，Golang中使用指针本身并不是性能问题的根源，关键在于是否合理使用。理解逃逸分析、控制GC压力、谨慎处理并发共享，这些细节做好了，指针就能发挥它的优势而不带来额外负担。
基本上就这些。
