接口类型数组的声明和初始化写法
Go 里不能直接用 []interface{} 当作“任意类型对象数组”来承载具体结构体，这是初学者最常误用的地方。它确实能存任何值，但丢失了原始类型信息，后续调用方法会 panic。
真正支持多态的写法，是先定义一个接口，再声明该接口类型的切片：
type Shape interface {
Area() float64
}
rect := Rectangle{Width: 2, Height: 3}
circle := Circle{Radius: 1.5}
shapes := []Shape{rect, circle} // ✅ 正确：每个元素都实现了 Shape
注意：rect 和 circle 是值类型，会被拷贝；若结构体较大，应考虑用指针：[]*Shape 配合 &rect、&circle。
为什么 []interface{} 不等于多态数组
它只是空接口切片，底层是 interface{} 的运行时表示（type + data），不带任何方法表。哪怕你把实现了 Area() 的 struct 塞进去，也无法直接调用 Area()：
立即学习“go语言免费学习笔记（深入）”；
var anys []interface{} = []interface{}{rect, circle}
fmt.Println(anys[0].Area()) // ❌ 编译错误：interface {} has no field or method Area
常见错误现象：
- 编译报错
has no field or method XXX - 运行时 panic：
interface conversion: interface {} is ... not ... - 误以为
anys[0].(Shape)类型断言总能成功 —— 实际上断言失败会 panic，必须用双返回值形式
接口数组中 nil 元素的陷阱
接口变量本身可为 nil，但它的动态类型和动态值都为 nil；而接口切片里的某个元素为 nil，不代表它没类型 —— 它可能是一个 *SomeStruct 类型的 nil 指针。
容易踩的坑：
-
shapes[i].Area()在shapes[i]是nil时 panic（如var s *Rectangle赋给Shape） - 用
len(shapes)判断非空，不代表所有元素都可用 - 初始化时混用值和指针：
[]Shape{rect, &circle}合法，但若rect是大结构体，值拷贝开销大且易被误改
建议统一用指针，尤其当结构体含字段或需修改状态时：
shapes := []Shape{&rect, &circle} // ✅ 更安全，也更符合多态使用习惯
方法集与接收者类型对赋值的影响
能否把某个类型赋给接口变量，取决于它的方法集是否满足接口要求。关键看接收者类型：
- 值接收者方法：值和指针都能赋给接口
- 指针接收者方法：只有指针能赋给接口（值会复制，无法调用指针方法）
例如：
func (r Rectangle) Area() float64 { ... } // ✅ rect 和 &rect 都可赋给 Shape
func (r *Circle) Area() float64 { ... } // ❌ circle（值）不能赋给 Shape；必须用 &circle
这个细节在构建接口数组时极易忽略 —— 看似类型匹配，却因接收者类型不一致导致编译失败，错误信息往往只提示 Rectangle does not implement Shape，不提接收者问题。
复杂点在于：同一个结构体，如果部分方法用值接收者、部分用指针接收者，那它只能用指针实例满足全部方法的接口。这种混合设计会让数组初始化变得脆弱。
