扩容后pointer通常会失效，因底层数组被迁移至新地址，原指针指向的内存可能被回收或复用，导致访问陈旧数据；若容量足够则pointer不变，但应默认append后重新获取底层数组地址以确保安全。
在 Go 语言中，slice 是引用类型，其底层由指向底层数组的指针、长度（len）和容量（cap）组成。当我们讨论 slice 扩容后 pointer 是否会失效时，核心在于理解扩容过程中底层数组是否发生迁移。
扩容机制决定 pointer 是否变化
当对 slice 进行 append 操作且当前容量不足时，Go 会触发扩容机制。此时运行时会尝试分配一块更大的内存空间，并将原数据复制过去。这个过程是否导致 pointer 失效，取决于是否发生了内存搬迁：
- 若原 slice 容量足够（cap >= 新长度），append 不触发扩容，底层数组不变，pointer 不变。
- 若触发扩容且新容量较小，Go 可能会在原数组基础上“就近”扩展（视具体实现与内存布局而定），但这种情况不可依赖。
- 大多数情况下，扩容会导致分配全新数组，原 pointer 指向的地址不再有效，新的 slice 将指向新地址。
假设有一个 slice s := make([]int, 2, 4)，此时底层 array 地址为 A。连续 append 超过 cap=4 时，系统将分配更大空间（如 cap=8），并将数据拷贝过去。此时 s 的底层数组 pointer 已从 A 变为 B —— 原 pointer 已失效。
持有旧 pointer 的风险
如果通过 unsafe.Pointer 获取了 slice 底层数组的地址，在扩容后继续使用该指针访问内存，可能导致读取陈旧数据或越界访问。因为：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 原内存可能已被回收或复用。
- 新 slice 数据位于新地址，旧地址内容不再同步更新。
因此，任何基于底层数组地址的长期引用都应在每次可能引发扩容的操作后重新获取。
如何判断 pointer 是否迁移
可通过比较扩容前后底层数组地址来判断是否迁移：
示例代码逻辑：
var s []int = make([]int, 1, 2)
oldAddr := unsafe.Pointer(&s[0])
s = append(s, 1, 2) // 触发扩容
newAddr := unsafe.Pointer(&s[0])
if oldAddr != newAddr {
println("pointer 已迁移")
}
这种方式可用于调试或关键路径检测，但生产环境应避免依赖此类逻辑。
基本上就这些。扩容是否导致 pointer 失效，本质是看底层数组是否被移动。只要不保证容量充足，就要默认 append 后原 pointer 不再有效。安全做法是：避免长期持有底层数组指针，或在每次修改后重新取址。
