不能直接声明 []*int 并赋值 arr[0] = &x，因为 nil 切片长度为 0，须用 make、字面量或 append 初始化；解引用前需检查 nil；性能略差于 []int，适用于需动态绑定并统一修改分散变量的场景。
为什么不能直接声明 []*int 并期望它自动指向已有变量
常见误解是写 var arr []*int 后直接赋值 arr[0] = &x，结果 panic: index out of range。这是因为 []*int 是 nil 切片，长度为 0，尚未分配底层数组。必须显式初始化容量或用 make 构造，或通过 append 动态增长。
-
arr := make([]*int, 3)分配长度为 3 的切片，每个元素初始为nil指针，需单独赋值（如arr[0] = &x） -
arr := []*int{&x, &y, &z}字面量方式最直观，但要求变量已存在且生命周期足够长 - 若源数据来自循环生成的局部变量，要小心：循环中取
&v得到的是同一个地址（因为v复用），应改用&data[i]或在循环内创建新变量
批量读取值：遍历 []*int 解引用安全吗
只要每个指针非 nil，解引用就是安全的。但生产代码中必须检查——尤其当指针来自用户输入、配置或部分初始化的结构体时。
for i, p := range ptrSlice {
if p == nil {
log.Printf("warning: nil pointer at index %d", i)
continue
}
value := *p // 安全解引用
// ... use value
}
- 解引用本身不触发内存分配，开销极小
- 如果底层
int值很大（比如其实是结构体字段），解引用只是取地址，真正拷贝发生在赋值给新变量时 - 注意：
range遍历时，p是指针副本，修改p（如p = &another）不影响原切片内容；但*p = 42会修改原始值
批量修改原始值：*ptrSlice[i] = newval 和循环外修改的区别
没有本质区别，都是通过指针写入目标内存地址。关键在于你是否需要「条件跳过」或「提前终止」——这时用索引访问更可控；若只需统一操作，range 更简洁。
- 用索引：
for i := range ptrSlice { if shouldModify(i) { *ptrSlice[i] = 99 } }—— 可随时用i查原始数组位置 - 用 range：
for _, p := range ptrSlice { *p = 99 }—— 简洁，但丢失索引信息 - 错误写法：
for _, p := range ptrSlice { p = &someLocalVar }—— 这只改了循环变量p，原切片元素不变
性能和逃逸：[]*int 在什么情况下会导致额外堆分配
切片本身（含指针数组）总在堆上分配（除非编译器逃逸分析证明可栈分配），但指针指向的目标值是否逃逸，取决于它的来源。
立即学习“go语言免费学习笔记（深入）”；
- 指向全局变量或包级变量：无逃逸，地址固定
- 指向函数内局部变量：该变量必然逃逸到堆（否则指针无效），产生一次堆分配
- 如果只是临时批量读取（不修改），考虑传
[]int+ 索引，避免指针间接层和逃逸 - 基准测试显示：对 10k 元素，
[]*int遍历比[]int慢约 15–20%，主因是指针解引用和缓存局部性下降
