go中不能直接转换[]t到[]*t，必须显式遍历取地址构造；range中对迭代变量取址会导致所有指针指向同一内存，应改用索引或临时变量。
![golang中将一个值类型的切片转换为指针类型的切片_[]t -> []*t](https://img.php.cn/upload/article/000/969/633/177174210387725.jpeg)
Go 中不能直接转换 []T 到 []*T
Go 的类型系统不允许这种底层内存 reinterpret，哪怕 T 是值类型。编译器会直接报错：cannot convert []int to []*int。这不是语法限制，而是安全设计：[]*T 的每个元素是指针，指向独立的内存地址；而 []T 的底层数组里存的是值本身，没有现成的地址可取。
必须显式遍历构造 []*T
最稳妥、唯一通用的方式是新建一个 []*T，然后对原切片每个元素取地址并 append 进去：
src := []int{1, 2, 3}
dst := make([]*int, len(src))
for i := range src {
dst[i] = &src[i]
}
注意这会为每个元素生成独立指针，但它们指向的是 src 底层数组的副本（因为 src[i] 在循环中是临时变量），所以实际指向的是循环内栈上的拷贝 —— 这通常不是你想要的。
正确做法是确保取地址的对象生命周期足够长：
立即学习“go语言免费学习笔记（深入）”；
- 如果原切片数据来自 heap（比如用
make创建后长期存在），应先将元素复制到新变量再取址 - 更常见的是直接从原始数据源（如结构体字段、map 值、或已分配的数组）取址
- 避免对
range循环变量取址 —— 它复用同一个变量，所有指针最终指向同一地址
常见踩坑：range 取址导致所有指针指向同一个值
错误写法（极易发生）：
src := []string{"a", "b", "c"}
ptrs := []*string{}
for _, s := range src {
ptrs = append(ptrs, &s) // ❌ 全部指向循环变量 s 的最后值 "c"
}
现象：ptrs 里三个指针解引用后全变成 "c"。根本原因是 s 是单个变量，每次迭代只是赋新值，地址不变。
修复方式只有两种：
- 用索引访问：
&src[i]（前提是src本身数据稳定，且你确定不会因切片扩容导致底层数组移动） - 显式声明新变量再取址：
tmp := src[i]; ptrs = append(ptrs, &tmp)
性能与内存考虑：不要为了“省一次遍历”绕过安全机制
有人想用 unsafe.Slice 或反射强行转换，例如：
ptrs := *(*[]*int)(unsafe.Pointer(&src)) // ❌ 危险！
这在绝大多数情况下会崩溃或产生悬垂指针，因为：
-
[]*T和[]T的 header 结构虽相似，但元素大小不同（指针 vs 值），len/cap字段无法对齐解释 - 即使
T是int，[]*int的元素大小是8（64 位），而[]int是8，看似能对齐，但语义完全不兼容 —— Go 运行时不会为你维护这些指针的有效性 - GC 不会跟踪通过
unsafe构造的指针，可能导致提前回收
一次遍历的开销微乎其微，真正耗时的是后续对这些指针的使用逻辑。强行优化这里，换来的是不可调试的崩溃和难以复现的内存错误。
真正需要关注的是：你是否真的需要 []*T？多数时候，直接操作 []T 更安全高效；只有当你要把某些元素传给只接受指针的 API（比如 json.Unmarshal 需要 *T）、或需要修改原切片中特定位置的值时，才值得付出遍历成本。
