Go中指针本身无需内存管理，关键在于其指向内容是否需显式释放、是否逃逸及能否被GC正确回收；传*T还是T取决于是否需修改原值或结构体大小是否值得避免拷贝。
Go 里指针本身不需“管理内存”，真正要管的是它背后指向的内容是否该释放、是否逃逸、是否被 GC 正确回收——尤其是涉及 C 内存、系统资源或长生命周期对象时。
什么时候传 *T 而不是 T？
核心判断依据是：是否需要修改原值，或结构体是否大到值得避免拷贝。
- 小结构体（如
type Point struct{ x, y int }）传值更高效，编译器常优化为寄存器传递，且栈分配开销极低 - 含
sync.Mutex等不可拷贝字段的结构体，必须用指针接收者，否则编译报错invalid operation: cannot assign to struct containing sync.Mutex (or pointer to such struct) field - 字段总大小超过约 48 字节（如含
[]byte、map[string]int或多个嵌套结构体），传指针可避免每次调用都复制几百字节 - 方法需修改 receiver 时，
func (t *T) SetName(n string)是唯一选择；值接收者func (t T)修改的是副本，对外不可见
&x 一定导致堆分配吗？
不一定。是否逃逸到堆上由逃逸分析决定，和写不写 & 没有直接因果关系。
- 局部变量
x即使被取地址，只要没逃出函数作用域（比如没返回&x、没赋给全局变量、没传入可能长期存活的 goroutine），仍可能留在栈上 - 反例：
func getPtr() *int { x := 42; return &x }中，x必然逃逸到堆，否则返回后地址失效 - 验证方式：
go build -gcflags="-m -m"，关注输出中... escapes to heap或... moved to heap的行 - 滥用
&可能干扰逃逸分析，把本可栈分配的小对象推到堆上，增加 GC 压力
如何安全释放指针指向的资源？
nil 指针本身无需释放，GC 会自动回收其指向的 Go 对象；但指针背后的非内存资源（文件、连接、C 内存）必须显式关闭或释放。
立即学习“go语言免费学习笔记（深入）”；
-
os.File、net.Conn、database/sql.Rows等类型，必须调用Close()，仅设f = nil不释放文件描述符 - C 分配的内存（如
C.CString、C.malloc）必须配对调用C.free，Go GC 完全不感知，漏掉就泄漏 - 自定义结构体持有资源时，提供
Close()方法，并在内部置nil防重复释放：if p.c != nil { C.free(unsafe.Pointer(p.c)); p.c = nil } - 慎用
runtime.SetFinalizer：它不保证何时执行，也不能替代主动Close()；只作为“最后兜底”，且 finalizer 函数不能引用外部变量
为什么 new(T) 和 &T{} 不等价？
两者语义不同，适用场景也不同，混用容易引入隐性 bug。
-
new(T)返回*T，内存全零初始化，适用于任意类型（包括基础类型），例如new(int)得到指向0的*int -
&T{}是字面量取址，要求T是可寻址类型，且初始化值按字段顺序或键值指定；若T含不可导出字段或未定义构造逻辑，可能编译失败 - 常见误用：
new([]int)返回*[]int（指向切片头的指针），几乎无意义；应直接用make([]int, 0)或[]int{} - 性能差异：对小结构体，
&T{}通常比new(T)更高效，因编译器可做更多优化；new(T)更适合需要明确零值且类型复杂的场景
最易被忽略的一点：指针是否逃逸，不取决于你用了多少个 *，而取决于它最终被谁持有、生命周期有多长。与其纠结“该不该加 *”，不如用 -gcflags="-m" 看一眼编译器怎么想。
