Golang类型转换与断言使用技巧

类型断言仅适用于接口类型，如interface{}；类型转换是构造新值而非改变原类型；空接口必须用双值断言避免panic；string与[]byte互转需注意内存行为差异。

类型断言只能用在 interface{} 上，对具体类型用会编译报错

很多人一上来就写 a.field1.(string) 或 42.(int)，结果直接编译失败：Go 不允许对非接口类型做类型断言。类型断言的唯一合法场景是「从接口中取出它实际存的类型」——比如 interface{}、io.Reader、自定义接口等。

• ✅ 正确：变量是 interface{}，且你不确定它底层是什么类型 → 用 v, ok := x.(string)
• ❌ 错误：字段 field1 已经是 string 类型 → field1.(string) 编译不通过
• ⚠️ 注意：JSON 反序列化后得到的 map[string]interface{} 里所有值都是 interface{}，必须先断言才能用，比如 data["id"].(float64)（注意：json 数字默认是 float64）

类型转换不是“转类型”，而是显式构造新值

Go 没有隐式转换，int64(i) 不是“把 i 的类型改掉”，而是用 i 的值去新建一个 int64 类型的值。所以它只适用于底层兼容的类型之间，比如数值、字符串/[]byte、结构体字段完全一致等。

• ✅ 安全：小范围转大范围，如 int8 → int64、float32 → float64
• ⚠️ 风险：大转小可能溢出，如 int64(100000000000).int8() 得到 -48；浮点转整数直接截断，int(3.9) 是 3，不是四舍五入
• ❌ 不行：不能 int("123")，字符串数字得走 strconv.Atoi 或 strconv.ParseInt，否则编译失败

空接口处理必须用双值断言，单值写法等于埋 panic

写 s := data.(string) 看似简洁，但只要 data 实际是 []byte、int 或 nil，运行时立刻崩溃。生产代码里几乎从不出现这种写法。

• ✅ 推荐：永远用 v, ok := x.(T)，检查 ok 再往下走
• ✅ 多类型分支：用 switch v := x.(type)，比一堆 if 更清晰，也避免重复断言
• ⚠️ 特别注意指针：如果 interface{} 存的是 &MyStruct{}，断言必须写 .(*MyStruct)，写成 (MyStruct) 会失败（ok == false），不会自动解引用

字符串和字节切片互转看似简单，但内存行为有差异

string(b) 和 []byte(s) 是最常写的转换，但它们背后机制不同，影响性能和安全性。

• ✅ []byte(s)：总是拷贝一份底层数组，原字符串不可变，所以安全
• ✅ string(b)：Go 1.18+ 是零拷贝（只改 header），但前提是 b 不会被后续修改；若你之后还写 b[0] = 'x'，运行时可能触发复制（copy-on-write）
• ⚠️ 警惕长生命周期转换：比如把大 []byte 转成 string 后长期持有，可能阻止整个底层数组被 GC —— 因为 string header 引用了原始 slice 的底层数组

最容易被忽略的一点是：类型断言和类型转换解决的是完全不同的问题——一个在问“它到底是什么”，另一个在问“它能不能变成什么”。混用或误判，轻则编译失败，重则 runtime panic 或静默数据错误。