17370845950

Go不支持隐式类型转换，所有转换必须显式声明；int与int64被视为不同类型，不可直接赋值；字符串与数字互转须用strconv包；unsafe.Pointer仅用于底层内存重解释；interface{}取值需类型断言。

Go 语言不支持隐式类型转换，所有类型转换都必须显式声明。这是为了防止意外的精度丢失或语义错误，但初学者常因忽略这一点而遇到编译错误或运行时行为异常。

为什么 int 和 int64 不能直接赋值

Go 把不同长度的整数类型（如 int、int32、int64）视为完全不同的类型，即使它们底层

都表示整数。编译器不会自动推导“安全转换”，哪怕数值在范围内。

常见错误现象：

cannot use x (type int64) as type int in assignment

• 即使 x 的值是 100，var y int = x 仍会报错
• int 在 64 位系统上通常是 int64，但 Go 不保证这点，也不允许依赖该假设
• 跨平台代码中，int 可能是 int32（如 32 位 ARM），直接转换可能溢出

字符串和数字互转：用 strconv 而不是强制类型转换

string(65) 得到的是字符 "A"（ASCII 码），不是字符串 "65"；反过来，int("123") 是非法语法。数字 ↔ 字符串必须走 strconv 包。

正确做法：

import "strconv"

s := strconv.Itoa(42)           // int → string
i, err := strconv.Atoi("42")    // string → int（支持十进制）
i64, err := strconv.ParseInt("42", 10, 64)  // 指定进制和位宽
f, err := strconv.ParseFloat("3.14", 64)      // string → float64

• strconv.Itoa 只接受 int，若你有 int64，得用 strconv.FormatInt(x, 10)
• ParseInt 第二个参数是进制（通常为 10），第三个是位宽（64 表示输出 int64）
• 所有 ParseXxx 函数都返回 (T, error)，忽略 err 是常见 panic 来源

unsafe.Pointer 实现底层类型重解释（慎用）

仅当需要绕过类型系统做内存层面的 reinterpret（比如将 []byte 当作 []uint32 读取），才考虑 unsafe。这不是常规“类型转换”，而是对同一段内存的不同解释。

典型场景：二进制协议解析、高性能序列化

import "unsafe"

b := []byte{1, 0, 0, 0}
u32 := *(*uint32)(unsafe.Pointer(&b[0])) // 将前 4 字节解释为 uint32（小端）

• 必须确保字节数匹配（uint32 占 4 字节，&b[0] 必须有至少 4 字节可用）
• 字节序需手动处理，上面例子只在小端机器上得到 1；大端需用 binary.BigEndian.Uint32(b)
• unsafe 代码无法通过 go vet 安全检查，且可能被未来 Go 版本限制

最易被忽略的一点：接口类型（interface{}）不是“万能容器”，它内部存的是具体类型+值。从 interface{} 取回原类型必须用类型断言（v.(T)）或类型开关，而不是任何意义上的“转换”。强行断言失败会 panic，生产环境务必配合 ok 形式使用。