传指针可提升性能并修改原始数据，但需防范数据竞争、悬空指针、共享底层数组和内存泄漏风险，应结合锁、通道与值拷贝确保安全。
在Go语言中，传指针能提升性能并允许函数修改原始数据，但若使用不当，会引入内存安全问题。理解这些隐患并掌握防御性编程技巧，是编写健壮Go程序的关键。
1. 指针暴露导致的数据竞争
当多个goroutine同时访问同一块由指针引用的内存，且至少有一个在写入时，就会发生数据竞争。
常见场景包括：
- 将局部变量的地址传递给并发运行的goroutine
- 结构体中包含指向可变数据的指针，并在多个goroutine间共享该结构体实例
建议：避免跨goroutine共享可变状态。若必须共享，使用sync.Mutex或channel保护指针所指向的数据访问。
立即学习“go语言免费学习笔记（深入）”；
2. 返回局部变量地址引发悬空指针
虽然Go的逃逸分析通常会将需要存活到函数外的变量自动分配到堆上，但开发者仍需警惕语义上的“悬空”行为。
例如：
func badExample() *int {
x := 10
return &x // 正确，但易误导认为危险
}
这段代码实际是安全的，因为编译器会将x逃逸到堆。真正的风险在于误解生命周期，尤其是在切片或map中保存这类指针后长期持有。
建议：明确变量生命周期，避免长期持有本应短期存在的指针。
3. 切片和map中的指针陷阱
切片底层是共享底层数组的。若函数返回指向局部切片元素的指针，可能意外暴露内部状态。
例如：
func getPtr() *int {
s := []int{1, 2, 3}
return &s[0] // 安全，但s被逃逸到堆
}
更大的问题是：多个结构共用同一底层数组，修改一处影响其他。
建议：如需返回独立副本，使用copy()创建新切片，或直接返回值而非指针。
4. 内存泄漏与资源未释放
长时间持有指针会阻止GC回收本可释放的内存。尤其在缓存、全局变量中保存大对象指针时。
典型情况：
- 全局map存储结构体指针，忘记删除条目
- 闭包中捕获了大对象指针，导致其生命周期延长
建议：及时清理不再使用的指针引用，考虑使用weak reference模式（通过*sync.WeakValue模拟）或定期扫描清理。
基本上就这些。传指针不是洪水猛兽，关键是清楚每次取地址和传递的后果。合理使用指针，配合锁、通道和值拷贝，才能写出高效又安全的Go代码。
