Go中类型断言失败时，单返回值形式会panic，双返回值形式v, ok := value.(T)则安全，此时v为T的零值、ok为false；接口值为nil时需用someInterface == nil判空，而非断言。
类型断言失败时 panic 还是返回零值？
Go 中的类型断言 value.(T) 在运行时失败会直接 panic，而带双返回值的写法 v, ok := value.(T) 才安全。很多人只记住了语法，却在接口值为 nil 时栽跟头：即使 ok 是 false，v 也会是 T 类型的零值（比如 0、""、nil），但这个零值本身不表示“转换成功”。
常见错误现象：if v := someInterface.(string); v != "" —— 这种判断完全不可靠，因为断言失败时 v 就是空字符串，条件恒真。
- 永远优先用双返回值形式，尤其在不确定底层类型时
- 注意接口值本身为
nil时，someInterface == nil才能判空，someInterface.(T)不会 panic，但ok为 false - 对指针类型断言（如
*MyStruct）要格外小心：接口里存的是nil指针，不是nil接口
string 和 []byte 互转算不算「类型转换」？
严格来说，string([]byte) 和 []byte(string) 是语法支持的强制转换，不是运行时类型断言，也不涉及内存拷贝优化——它们都一定会复制底层数组。Go 1.22+ 对小字符串转 []byte 有栈上优化，但行为不可依赖。
使用场景：HTTP body 处理、JSON 解析、加密计算等频繁出入参的地方。性能影响明显，尤其大文本。
立即学习“go语言免费学习笔记（深入）”；
- 不要在循环里反复做
[]byte(s)，提前转好复用 - 如果只是读取（比如传给
bytes.Contains），考虑用strings包替代，避免无谓分配 -
unsafe.String和unsafe.Slice能绕过拷贝，但仅限于你**完全掌控内存生命周期**的场景，比如自定义 buffer 池；标准库和网络库传入的string/[]byte绝对不能这么干
interface{} 转具体结构体时为什么总报错「cannot convert」？
编译器报错 cannot convert x (type interface {}) to type MyStruct: need type assertion，说明你写了类似 MyStruct(x) 这种 C 风格转换。Go 不允许对 interface{} 做这种直接转换，必须显式类型断言或反射。
根本原因：Go 的接口是运行时动态类型容器，编译期无法确认底层值是否真是 MyStruct；直接转换会破坏类型安全。
- 正确写法只有两种：
v, ok := x.(MyStruct)（值类型）或v, ok := x.(*MyStruct)（指针） - 如果原值是
*MyStruct，但你断言成MyStruct，ok一定为 false —— Go 不自动解引用 - 嵌套结构体字段赋值（如
x.(*MyStruct).Field）前，务必先检查ok，否则 panic
json.Unmarshal 后怎么安全转成 struct 指针？
典型场景：用 json.Unmarshal 解析到 interface{}，再想转成某个 struct 指针。别试 &v.(MyStruct) —— 这语法非法，且 v 是值类型，取地址也没用。
真正能用的路径只有两条：一是解析时直接指定目标类型（推荐），二是解析后用反射或类型断言配合深拷贝。
- 首选方案：
var s MyStruct; json.Unmarshal(data, &s)—— 省去中间interface{}，也避开所有断言问题 - 必须走
interface{}中间态时（比如通用配置解析），先断言为map[string]interface{}或[]interface{}，再逐层处理；别幻想一步断成 struct 指针 - 用
mapstructure或copier这类库做 map → struct 映射时，注意字段 tag（如json:"foo"）是否匹配，否则字段为空不报错
最易被忽略的一点：json.Unmarshal 对 nil 接口变量不做任何事，也不会报错。如果你传了未初始化的 var v interface{}，结果就是 v 还是 nil，后续断言必然失败 —— 记得先确保它被正确赋值。
