go 语言通过接口实现轻量多态：只要类型实现接口方法即可统一处理，调用时自动分发；接口是行为契约而非类型模板，需严格匹配方法签名、接收者类型及大小写规则。
Go 语言里没有“继承多态”，但接口能让你用更轻、更直接的方式达成相同效果：只要类型实现了接口方法，就能被统一处理，调用时自动跳转到对应实现。
定义接口时只关注行为契约，不绑定具体类型
接口不是模板，而是能力声明。比如支付场景，Payment 接口只需规定 Pay(amount float64) error，不关心是微信、支付宝还是虚拟币。
- 接口名首字母大写才可跨包使用，小写仅限本包
- 方法签名必须完全一致：名字、参数类型与顺序、返回值类型与顺序，缺一不可
- 避免定义空接口
interface{}当作多态起点——它没方法约束，无法安全调用行为 - 接口嵌入要小心：若
A interface{ F() }和B interface{ F() int }同时被嵌入，编译失败（方法签名冲突）
结构体实现接口时，接收者类型必须匹配
这是最常踩的坑：接口要求指针接收者，你写了值接收者，编译期不会报错，但赋值会失败。
- 如果接口方法定义为
func (*Rect) Area() float64，那么只有&Rect{}能赋给该接口变量，Rect{}不行 - 反过来，若接口要求值接收者
func (r Rect) Area()，则Rect{}和&Rect{}都可以（Go 会自动解引用） - 大小写敏感：
area()永远不满足任何导出接口，因为小写方法不可被外部包访问 - 别依赖 IDE 自动补全——它可能帮你生成了错误的接收者类型，务必手动核对
用接口切片统一管理多种实现，运行时自动分发
把不同结构体实例存进 []Shape 切片，遍历时调用 s.Area()，底层会查表跳转到各自实现，无需 if/else 或 switch 判断类型。
- 切片元素可以是值或指针，但需和接口要求的接收者类型一致（如上条所述）
- 接口值在内存中是两个字宽：
(type, value)，所以传接口比传大结构体更轻量 - 性能损耗极小——一次间接跳转，远快于反射；业务代码中几乎感知不到
- 不要为了“看起来统一”而强行塞进同一接口：Circle 和 User 都有
ID()，不代表它们该共用一个接口——语义不一致会导致后续扩展混乱
类型断言用于有限分支的差异化处理，不是多态主干
当真需要根据具体类型做不同逻辑（比如日志格式化、序列化策略），用 v.(T) 断言，但这是对多态的补充，不是替代。
-
if s, ok := v.(Shape); ok { ... }安全，s是Shape类型，可调用其方法 -
v.(*Circle)是强制断言，失败 panic，慎用 - 多个类型判断建议用 type switch，比嵌套 if 更清晰
- 一旦大量出现类型断言，说明接口设计可能过宽或职责不清，应回头审视行为抽象是否合理
真正难的不是写接口，而是判断哪些行为值得抽象、哪些细节该保留在具体类型里。接口一旦导出，就很难修改——加方法会破坏所有实现，删方法是破坏性变更。所以第一次定义接口时，宁可窄一点，等真实需求浮现再组合扩展。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
