Go中指针逃逸的核心是变量地址被函数外部持有且生命周期延续至函数返回后，编译器被迫将其分配到堆上；典型场景包括返回局部变量指针、赋值给全局/包级变量、被闭包捕获、作为interface{}值传递等。
Go 中指针触发逃逸，核心就一条：**变量的地址被函数外部持有，且生命周期需延续到函数返回之后**。编译器无法在栈上安全保留它，只能分配到堆上。
返回局部变量的指针
这是最典型、最直接的指针逃逸场景。
- 函数内声明变量（如
name := "Alice"），再用&name取地址并返回 - 编译器立刻判定该变量必须逃逸——因为栈帧即将销毁，但返回的指针还可能被调用方使用
- 例如：
func getName() *string { s := "hello"; return &s }→s逃逸到堆
指针被存入全局或包级变量
即使不返回，只要指针脱离了当前函数作用域，就构成逃逸。
- 把局部变量地址赋给全局变量、包级变量或导出变量
- 写入 channel（尤其是未限定类型的 channel）也会让指针“传出”当前函数上下文
- 例如：
var globalPtr *int; func init() { x := 42; globalPtr = &x }→x逃逸
指针被闭包捕获
闭包会延长其引用变量的生命周期，等同于“外部持有”。
- 函数内部定义变量，然后在匿名函数中访问它的地址（或通过指针间接访问）
- 哪怕没显式取地址，只要闭包里用了
&v或传入指针参数，v 就可能逃逸 - 例如：
func makeAdder(x int) func(int) int { return func(y int) int { return x + y } }—— 若改为&x被闭包使用，则x逃逸
指针作为 interface{} 值的一部分
interface{} 是动态类型容器，底层需统一存储方式，常导致隐式逃逸。
- 将局部变量的指针赋给
interface{}类型变量（如any） - 编译器无法静态确定该接口后续如何使用，为安全起见，把原值或其指针逃逸到堆
- 常见于日志、反射、泛型约束前的旧写法：
fmt.Printf("%v", &v)可能触发逃逸
基本上就这些。逃逸不是由“用了指针”本身决定的，而是看指针是否让变量的生存期溢出函数边界。用 go build -gcflags="-m" main.go 能直观看到每行的逃逸提示，比如 xxx escapes to heap 就是明确信号。
