Go中接口转具体类型必须用类型断言；硬断言不检查会panic，常见原因有nil接口、指针与非指针不匹配、JSON默认float64误断言；应优先用v, ok := i.(T)双值形式，type switch更安全清晰。
Go 里接口转具体类型，必须用类型断言；不检查就硬断言会 panic，检查了也得小心 nil 接口和方法集不匹配。
interface{} 断言到具体类型时 panic 的常见原因
直接写 v := i.(string) 这种形式，只要 i 实际不是 string 类型，程序立刻崩溃。最常踩的坑有三个：
-
i是nil接口值：哪怕断言成string或int，一律 panic -
i存的是指针（比如*string），但断言成非指针（string）——类型不等价 -
i来自 JSON 解析或 map 反序列化，默认是float64，断言成int或string必然失败
正确做法永远优先用双值形式：v, ok := i.(string)，然后只在 ok 为 true 时使用 v。
接口变量断言到结构体时要注意动态值拷贝
假设有个 Shape 接口，Circle{Radius: 5.0} 赋值给它后，再用 c, ok := s.(Circle) 断言，得到的是一个全新的 Circle 值拷贝，不是原结构体的引用。
- 如果原始值是
&Circle{Radius: 5.0}（指针），断言也要用*Circle，否则类型不匹配 - 断言后修改
c.Radius不会影响原接口变量里的值，因为那是独立副本 - 需要修改原值？只能断言成指针类型，且确保原始赋值就是指针
示例：s = &Circle{Radius: 5.0} → c, ok := s.(*Circle) 才安全。
接口之间转换依赖方法集兼容性
把一个接口变量断言成另一个接口类型（比如 w.(io.ReadWriter)），本质是检查“当前动态类型是否同时实现了目标接口的所有方法”。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 成功与否不看变量声明类型，只看底层动态类型实际暴露的方法
-
*os.File同时有Read和Write，所以能转io.ReadWriter -
bytes.Buffer没有Read方法（只有Write），就不能转io.ReadWriter - 空接口
interface{}断言成任意接口类型，都走同样逻辑——只查方法集，不查继承或命名
这种转换不会复制数据，只是重新解释方法集边界，开销极小。
用 type switch 处理多种可能类型更清晰
当一个 interface{} 可能是 string、int、float64 或 []byte 时，嵌套 if-else 断言容易漏分支、难维护。
- 用
switch v := x.(type)更直观，编译器还能检查是否穷尽常见类型 - 每个
case中的v自动是对应类型，不用再二次断言 - 注意
default分支不能省——interface{}可能存任何类型，包括自定义 struct
别忘了：所有 case 都是运行时判断，没有编译期优化，高频路径慎用。
最易被忽略的一点：接口断言失败时，双值形式的 ok 是 false，但 v 是目标类型的零值（比如 ""、0、nil），直接用而不判 ok 就等于默认接受零值，逻辑可能悄然出错。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
