Go中指针生命周期由引用关系、逃逸分析和GC可达性共同决定；栈变量默认函数返回即销毁，逃逸则分配至堆，GC通过三色标记法回收不可达对象，C指针需手动管理。
Go 中指针的生命周期，本质上不是由“你写了多少行代码”决定的，而是由
变量是否还在被引用
、
是否逃逸到堆上
、以及
GC 能否安全判定它已不可达
这三件事共同决定的。它不依赖手动释放，但也不等于“写完就自动消失”——理解清楚
作用域
、逃逸和 GC 的协作关系，才能避开悬挂模拟、内存泄漏和性能陷阱。
作用域只管栈，逃逸才决定堆分配
函数内声明的变量默认在栈上，函数返回时自动销毁。但一旦它的地址被返回、传给 goroutine、存进全局 map 或接口，编译器就会判定它“逃逸”，转而分配到堆上。
比如——必须逃逸，否则返回的是栈上已失效的地址（Go 编译器会拦截这种危险，强制堆分配）
用可查看逃逸分析结果，高频逃逸是性能瓶颈常见源头
小结构体（如）传值比传指针更轻量，除非真要修改原值
GC 不看“你写了什么”，只看“谁还指着它”
Go 的 GC 使用三色标记法：从全局变量、栈上变量、寄存器等 root 开始，顺着所有指针递归标记。没被标记的对象，在 sweep 阶段被回收。指针生命周期的终点，就是它最后一次被任何存活对象引用的时刻。
哪怕一个指针被存在 map 里十年，只要 map 还活着，它指向的对象就不会被回收
接口类型（如）隐式持有底层值的指针，容易造成意外长生命周期引用
及时把不再需要的指针字段设为，能帮 GC 更早识别不可达对象
C 指针是特例：Go 的 GC 管不了它
Go 对 C 分配的内存（如
）完全不感知，不会自动回收。必须靠开发者显式管理。
立即学习
“
go语言免费学习笔记（深入）
”；
推荐优先复制 C 结构体到 Go 内存（直接赋值），让 GC 全权负责
若必须用 C 指针，务必实现方法，并在使用后调用；且内部要判空、置 nil，防重复释放
配合做兜底释放（仅作保险，不作主逻辑）
基本上就这些。指针生命周期不是抽象概念，它藏在逃逸分析日志里、体现在 GC 标记路径中、也暴露在你忘了置 nil 的那个字段上。
func getPtr() *int { x := 42; return &x }xgo build -gcflags="-m"struct{a,b int}interface{}nilC.mallocC.struct_x{...}Free()runtime.SetFinalizer