Golang指针转换技巧与代码示例

在Golang实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《Golang指针类型转换技巧与示例》，聊聊，希望可以帮助到正在努力赚钱的你。

Go禁止*int直接转*float64，因类型安全要求跨类型指针转换必须经unsafe.Pointer中转，且源目标类型大小须一致，否则越界或未定义行为。

为什么不能直接把 *int 转成 *float64

Go 语言禁止不同基础类型的指针之间直接转换，这是类型安全的核心设计。比如你写 var p *int = new(int); q := (*float64)(p)，编译器会报错 cannot convert p (type *int) to type *float64。这不是语法限制，而是内存布局和语义的硬性隔离：即使 int 和 float64 都是 8 字节，它们的二进制解释完全不同，强行 reinterpret 会导致未定义行为。

用 unsafe.Pointer 实现跨类型指针转换

真正需要底层内存操作时（例如序列化、FFI、字节切片与结构体互转），必须绕过类型系统，靠 unsafe 包完成。关键路径是：*T → unsafe.Pointer → *U，中间必须经过 unsafe.Pointer 作为唯一合法“中转站”。

package main

import (
    "fmt"
    "unsafe"
)

func main() {
    i := int64(0x3FF0000000000000) // IEEE 754 double: 1.0
    p := &i

    // 正确：*int64 → unsafe.Pointer → *float64
    fptr := (*float64)(unsafe.Pointer(p))
    fmt.Println(*fptr) // 输出 1.0

    // 错误示例（注释掉，否则编译失败）：
    // bad := (*float64)(p) // compile error
}

• 必须用 unsafe.Pointer 显式桥接，不能跳步
• 源和目标类型大小必须一致，否则读写会越界（如 *int32 转 *float64 是危险的）
• 该操作不保证内存对齐安全；若原指针未按目标类型对齐（如在某些结构体内偏移奇数），运行时可能 panic

转换 *[N]T 和 *[]T 的常见误用场景

数组指针和切片指针看起来相似，但底层结构完全不同：[]T 是三字段结构（data ptr / len / cap），而 [N]T 是纯连续内存块。试图用 unsafe 把 *[4]int 当作 *[]int 用，大概率导致崩溃或读到垃圾值。

• 正确做法：用 reflect.SliceHeader 或 unsafe.Slice（Go 1.17+）构造切片，而非指针转换
• 例如从 *[4]int 得到 []int：先转 unsafe.Pointer，再用 unsafe.Slice(p, 4)
• *[]T 本身极少需要——通常你持有的是 []T 值，不是它的地址；真要传切片头地址，应明确知道你在操作 runtime 内部结构

什么时候该放弃指针转换，改用拷贝或接口

绝大多数业务逻辑不需要指针类型转换。如果你正为“如何把 JSON 中的 float64 指针转成 int 指针”发愁，说明设计已偏离 Go 的惯用法。

• 数值类型转换优先走值拷贝：int(*fp) 而非 (*int)(unsafe.Pointer(fp))
• 需要泛型抽象时，用 interface{} 或 Go 1.18+ 的类型参数，而不是靠指针 hack
• 性能敏感且确定内存布局时才用 unsafe；其他情况，它带来的维护成本和潜在 crash 远超收益

真正难的不是怎么写那两行 unsafe，而是判断「这里到底需不需要绕过类型系统」——多数时候答案是否定的。

今天关于《Golang指针转换技巧与代码示例》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！