Go语言接口interface详解_Golang多态实现原理剖析-Golang-PHP中文网

interface{}能装任何值因所有类型默认实现空接口，但传入函数后若对nil指针做类型断言并解引用会panic；应优先用v, ok := x.(t)断言并判空，避免裸露interface{}，小接口更安全易维护。

go语言接口interface详解_golang多态实现原理剖析

为什么 interface{} 能装任何值，但传入函数后却可能 panic？

因为 interface{} 是空接口，所有类型都默认实现它，但它不提供任何方法。一旦你把一个值赋给 interface{} 变量，Go 会用 runtime.eface 包装：8 字节存类型元信息（_type*），8 字节存数据指针（data）。问题出在「数据指针」上——如果原值是 nil 指针（比如 *string 为 nil），data 就指向 nil；此时若尝试类型断言成具体指针类型并解引用，就会 panic。

常见错误现象：

函数接收 interface{} 参数，内部做 v.(*MyStruct) 断言，传入 nil *MyStruct 时直接 panic
JSON 反序列化后字段未初始化，用 map[string]interface{} 解包再断言，遇到 nil 值崩溃

实操建议：

永远优先用 v, ok := x.(T) 形式做类型断言，而不是 v := x.(T)
对可能为 nil 的指针类型，断言后先判空：if p, ok := v.(*MyStruct); ok && p != nil
避免在公共 API 中裸露 interface{}，尽量用具名小接口替代（如 io.Reader）

非空接口赋值时，为什么结构体值类型和指针类型行为不同？

关键在「方法集」：值类型 T 的方法集只包含 receiver 为 T 的方法；指针类型 *T 的方法集包含 receiver 为 T 和 *T 的全部方法。当你把一个结构体变量赋给接口时，Go 检查的是该变量的「实际方法集」是否满足接口要求。

使用场景：

定义 type Saver interface { Save() error }
func (s MyStruct) Save() error → MyStruct{} 可赋给 Saver，但修改字段无效（操作副本）
func (s *MyStruct) Save() error → &MyStruct{} 可赋给 Saver，MyStruct{} 却不行（值类型没实现该方法）

容易踩的坑：

误以为实现了方法就一定能赋值给接口，结果编译报错 cannot use ... as ... value in assignment: ... does not implement ...
传值调用后发现状态没更新，其实是方法 receiver 写成了值类型

参数差异：receiver 类型决定了谁「拥有」该方法，也决定了接口能否被满足。

Golang Naming

Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。

下载

类型断言失败时不 panic，但为什么 switch type 还是会 crash？

因为 switch v := x.(type) 是语法糖，底层仍依赖类型断言；当 x 是 nil 接口值（即 iface.tab == nil && iface.data == nil），任何分支都不会匹配，且不会 panic —— 但如果你在 default 分支里强行解引用 v（比如假设它是 *T 并取 *v），而 v 实际是 nil，就会 panic。

性能影响：