Go中结构体嵌入接口字段并非实现接口，而是为支持委托：需手动赋值并显式调用字段方法，从而实现运行时行为注入与动态分发，与继承无关。
Go 里结构体嵌入接口，不是为了“实现多态”，而是为了把接口变量作为字段持有，从而支持委托（delegation）——它本质是组合 + 接口动态分发的显式写法，和面向对象里的继承/重写毫无关系。
Struct 嵌入 interface{} 字段 ≠ 实现接口
常见误解是：在 struct 里嵌入一个 interface{} 或具体接口类型字段，就等于该 struct “实现了那个接口”。事实并非如此。
-
interface{}是空接口，不定义任何方法，嵌入它不会让外层 struct 自动获得任何行为 - 哪怕你嵌入的是
Namer接口字段：type Person struct { Name string Namer }—— 这只是声明了一个名为Namer的字段，Person本身仍不满足Namer接口，除非它自己实现了sayName() - 编译器不会自动将字段方法“提升”为外层 struct 的方法；Go 的方法提升只对结构体嵌入（
Human）生效，不对接口字段生效
真正起作用的是字段赋值 + 显式委托调用
嵌入接口字段的价值，在于把“行为实现”和“行为持有者”解耦。你需要手动转发调用，才能触发接口的动态分发。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 典型模式是定义一个字段（如
namer Namer），再在方法里显式调用：func (p Person) Introduce() error { return p.namer.sayName() // ✅ 动态调用，取决于 p.namer 当前绑定的具体类型 } - 这样做的好处是：同一
Person实例可在运行时切换不同Namer实现（比如测试时换 mock，生产时换 real） - 但注意：如果
p.namer是nil，调用p.namer.sayName()会 panic —— 接口变量底层是 (type, value) 对，nil接口的 value 部分为空指针，而方法接收者若为指针类型，就会解引用失败
为什么别学“面向对象”那一套去理解嵌入接口
Go 没有子类、没有虚函数表、没有方法重写。所谓“多态委托模式”，其实是你主动控制调用链路，而不是语言替你做运行时决议。
立即学习“go语言免费学习笔记（深入）”；
- 嵌入结构体（如
Human）带来的是字段共享和方法提升（静态绑定） - 嵌入接口字段（如
Namer）带来的是行为注入点（需手动调用） - 两者混用容易混淆：比如
type Child struct { Human; Namer }，Child的Introduce()若想调用Namer.sayName()，就必须显式写c.Namer.sayName()，不能指望它覆盖Human.Introduce()内部的h.sayName() - 最易忽略的一点：接口字段必须在初始化时显式赋值，否则为
nil，而很多教程示例直接跳过这步，导致运行时 panic
真正的难点不在语法，而在思维转换：不是“这个 struct 是什么”，而是“它能做什么”，以及“谁来决定它此刻具体怎么做”。接口字段只是给了你一个插槽，填什么、何时填、怎么用，全靠你设计时想清楚。
