Golang中将一个值类型的切片转换为指针类型的切片_[]T -> []*T

go中不能直接转换[]t到[]*t，必须显式遍历取地址构造；range中对迭代变量取址会导致所有指针指向同一内存，应改用索引或临时变量。

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）、或需要修改原切片中特定位置的值时，才值得付出遍历成本。