Go中无独立“指针数组”类型，常用[]T实现动态指针集合；指向数组的指针[N]T仅用于特殊场景如CGO；需注意对象生命周期、避免悬空指针及合理权衡性能。
在 Go 中，没有“指针数组”这种独立类型（如 C 那样固定长度的指针容器），但你可以用 指向数组的指针 或 元素为指针的切片 来实现类似效果。关键区别在于：Go 的切片本身是引用类型（包含底层数组指针、长度和容量），而“指针切片”（[]*T）才是真正持有多个独立对象地址的集合。内存和引用管理的核心，在于理解谁拥有数据、何时分配/释放、以及如何避免悬空或泄漏。
用 []*T 管理动态指针集合
这是最常用也最符合 Go 习惯的方式——切片元素是 *T，每个元素可指向堆上独立分配的对象。
- 创建时通常用
make([]*int, 0, n)预分配空间，避免频繁扩容；追加用append(s, &x)，注意&x必须指向生命周期足够长的对象（比如堆分配或已声明的变量） - 不要对栈上临时变量取地址后存入切片（例如
for i := range data { s = append(s, &i) }），因为所有元素最终会指向同一个被反复覆盖的栈地址 - 修改元素值：直接解引用
*s[i] = 42；替换指针本身：赋新地址s[i] = &y
指向数组的指针：*[N]T 的适用场景
这种类型表示“一个指向固定大小数组的指针”，不常用于集合管理，但在需要精确控制内存布局或对接 C ABI 时有用。
- 声明：
var p *[3]int；分配：p = new([3]int)或p = &[3]int{1,2,3} - 它本身不是集合容器，只是一个指针；要遍历需手动索引：
(*p)[i]；不能用range直接遍历指针，必须先解引用 - 除非有特殊需求（如与 unsafe 或 CGO 交互），一般优先用切片而非此类型
内存安全的关键实践
Go 自动管理堆内存，但指针集合仍需警惕逻辑层面的生命周期问题。
- 确保被引用的对象不会提前被 GC 回收：只要
[]*T中还有指针指向某个堆对象，该对象就仍被引用，不会被回收 - 避免循环引用：如果结构体字段互相持有对方指针（如树节点的 parent/children），GC 仍能正确处理，但需注意设计是否引入不必要的强引用
- 批量释放？Go 没有显式 delete，只需让整个切片及其元素不再可达（如置为
nil或离开作用域），底层对象会在下次 GC 时回收
性能与可读性平衡建议
不要为了“节省一个字节”而盲目用指针切片；权衡复制开销与间接访问成本。
- 小结构体（如
type Point struct{ X,Y int }）按值传递/存储通常更快，避免额外解引用和缓存未命中 - 大结构体或需要共享状态/可变性时，用
[]*T更合理 - 若只需读取且不修改原数据，考虑用只读接口（如
func process(vals []T)）或自定义类型封装，减少指针暴露
