Go中返回局部变量指针安全，因编译器自动逃逸到堆；但返回参数地址、不可寻址值地址、interface{}中误用指针或并发写共享数据仍危险。
返回局部变量的指针会崩溃
Go 中函数返回指向局部变量的指针是安全的——编译器会自动将该变量**逃逸到堆上**，而不是留在栈中。所以像 func newInt() *int { v := 42; return &v } 这样的代码能正常工作，不会出现悬垂指针。
但要注意：这仅适用于「函数内新声明的变量」。如果返回的是传入参数的地址（尤其是切片/数组元素、结构体字段），就可能出问题：
- 传入的是栈上临时值（如
foo(bar{})中的bar{}），取其字段地址后返回，该值在函数返回后即失效 - 传入的是字面量或短生命周期的复合字面量，例如
&struct{X int}{123}，其底层内存可能未被正确逃逸 - 对切片元素取地址并返回（
&s[0]），当原切片是局部变量且未发生逃逸时，整个底层数组可能随函数返回而回收
返回结构体字段指针需检查字段是否可寻址
Go 不允许对不可寻址的值取地址，比如函数调用结果、map 索引表达式、类型转换结果等。常见错误如下：
type User struct{ Name string }
func getUser() User { return User{"Alice"} }
func bad() *string {
return &getUser().Name // ❌ 编译错误：cannot take address of getUser().Name
}
这是因为 getUser() 返回的是一个临时值（r-value），不可寻址。修复方式是先赋值给局部变量：
立即学习“go语言免费学习笔记（深入）”；
func good() *string {
u := getUser() // ✅ 变成 l-value
return &u.Name
}
同理，&map[k].field、&slice[i].field 在 map/slice 是临时值时也会报错。
返回 interface{} 中包装的指针要小心类型擦除
当函数返回 interface{} 并内部持有指针时，调用方若错误地做类型断言或反射操作，可能绕过类型系统约束：
-
func getPtr() interface{} { x := 42; return &x }返回的是*int，但接收方用*(v.(*int))解引用前必须确保v确实是*int - 若该
interface{}被长期持有，而原始数据本应随作用域结束被回收（实际不会，因为逃逸了），开发者容易误判生命周期 - 更隐蔽的是：某些 ORM 或序列化库会把指针字段自动解引用再塞进
interface{}，导致你以为拿到的是指针，其实只是副本
并发场景下返回指针不等于线程安全
返回指针本身不引入竞态，但共享该指针指向的数据就可能引发 data race：
func NewCounter() *int {
v := 0
return &v
}
// 多个 goroutine 同时读写 *NewCounter() → 竞态！
这类代码看似无害，实则危险。判断依据不是“有没有指针”，而是“有没有多个 goroutine 同时读写同一内存位置”：
- 用
go run -race检测真实访问模式 - 优先使用值语义（如
sync/atomic操作整数）或显式同步（sync.Mutex） - 避免通过返回指针来“共享状态”，除非你明确设计为并发安全的结构体（如带锁的
sync.Map）
最易忽略的一点：哪怕指针本身是只读的，只要它指向的结构体字段被并发修改，仍会触发竞态。安全与否，永远取决于数据访问方式，而非返回形式。
