Go语言多态唯一依赖接口隐式实现：只要类型实现接口全部方法（含接收者类型匹配），即自动满足；接口变量存储该类型值并动态调用对应实现，不支持继承体系，禁止通过接口访问具体字段。
Go 语言没有 class、没有 extends、没有 virtual 关键字，所谓“多态”不是靠继承体系推导出来的，而是靠接口的隐式实现 + 类型安全的值传递来达成的。你不需要先想“我该继承谁”，而是先问：“这个行为，哪些类型都需要做？它共有的契约是什么？”
interface 是多态的唯一载体，不是可选项
Go 中不存在“父类引用指向子类实例”这种 Java/C++ 式的多态语法。所有多态行为都必须落在 interface 上 —— 接口变量可以保存任何实现了其全部方法的值，且调用时自动路由到对应类型的实现。
- 接口定义的是“能做什么”，不是“是谁”。比如
Shape接口只管Area()和Perimeter()，不管你是Circle还是Rectangle - 结构体不声明“实现某接口”，只要方法签名完全匹配（含接收者类型），就自动满足。例如
func (c Circle) Area() float64满足Area() float64，哪怕没写一行“implements” - 接口变量本身不能访问具体类型的字段，比如
var s Shape = Circle{radius: 5}后，s.radius直接报错：无法通过接口访问底层字段
接收者类型决定方法能否被接口调用
同一个结构体，用值接收者和指针接收者实现同一方法，会导致接口实现结果不同。这是最容易踩坑的地方。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 如果接口方法签名是
func (t *T) Method()（指针接收者），那么只有*T类型能赋值给该接口，T值类型不行 - 反过来，如果接口方法是
func (t T) Method()（值接收者），则T和*T都可以赋值 —— Go 会自动解引用 - 常见错误：
var w io.Writer = os.File{}报错，因为os.File.Write()是指针接收者，而os.File{}是值；正确写法是var w io.Writer = &os.File{}
type assertion 不是多态，而是类型还原的逃生通道
当你需要访问接口背后具体类型的独有方法或字段时，必须用类型断言。但这已经脱离了多态的设计初衷 —— 多态本意是“对同一接口做统一处理”，一旦开始 v, ok := x.(ConcreteType)，说明接口抽象不够干净。
立即学习“go语言免费学习笔记（深入）”；
- 断言失败时，
ok为false，v是零值；直接x.(ConcreteType)会在运行时报 panic - 不要为了调用某个结构体特有方法而强行断言：比如
if c, ok := s.(Circle); ok { fmt.Println(c.radius) }—— 这暴露了实现细节，破坏了接口隔离 - 真正需要断言的典型场景：日志中间件中判断是否实现了
Loggable接口以获取调试信息；或 HTTP handler 中区分http.Hijacker等扩展能力
多态在 Go 里最脆弱的一环，是你以为自己在用接口抽象，结果却在函数内部悄悄做了类型判断或断言 —— 那说明接口契约没划清边界，或者不该由这个函数承担差异化逻辑。
